| 00:04.12 | *** join/#asterisk pdtpatr1ck_ (~pdtpatric@12.249.4.226) |
| 00:06.20 | *** join/#asterisk pdtpatr1ck (~pdtpatric@12.249.4.226) |
| 00:06.20 | *** join/#asterisk talntid (~t@173-160-189-58-Washington.hfc.comcastbusiness.net) |
| 00:06.20 | *** join/#asterisk bmg505 (~leon@196-209-72-124.dynamic.isadsl.co.za) |
| 00:06.20 | *** join/#asterisk mahlon (mahlon@martini.nu) |
| 00:45.37 | *** part/#asterisk bbourdage (~bbourdage@75-150-221-205-Illinois.hfc.comcastbusiness.net) |
| 00:55.40 | *** join/#asterisk pdtpatr1ck (~pdtpatric@ip184-179-74-42.oc.oc.cox.net) |
| 01:07.15 | *** join/#asterisk scubes13 (~scubes13@cpe-024-168-196-000.sc.res.rr.com) |
| 01:26.18 | *** join/#asterisk GGD (~deberle@pool-173-72-204-39.clppva.fios.verizon.net) |
| 01:26.30 | *** join/#asterisk mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:26.30 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 01:26.32 | *** join/#asterisk serafie (~erin@75.76.38.159) |
| 01:26.45 | *** join/#asterisk leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:26.46 | *** mode/#asterisk [+o leifmadsen] by ChanServ |
| 01:45.58 | *** join/#asterisk GGD (~deberle@pool-173-72-204-39.clppva.fios.verizon.net) |
| 02:13.44 | *** join/#asterisk fisted_ (~fisted@unaffiliated/fisted) |
| 02:16.28 | *** join/#asterisk rossand (~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) |
| 02:30.32 | *** join/#asterisk wudles (~wudles@gateway.secureinstrument.com) |
| 02:34.06 | *** join/#asterisk ChannelZ (channelz@burner.com) |
| 02:51.07 | *** join/#asterisk ruben23 (~RLACUMBA@121.97.111.142) |
| 02:52.22 | *** part/#asterisk asteriskmonkey (~darlek@74-51-38-204.telnetcommunications.com) |
| 02:55.43 | ruben23 | hi guys |
| 02:57.50 | ruben23 | i have asterisk server and did setup a DID number for inbound calls, now when i test the DID number and call ti on my asterisk logs i see this prompt ---> http://pastebin.com/jaHL6pwT <--------------------and the calls are not coming in at all, any idea on this, every time i call teh DID that apears on the logs on the asterisk im calling |
| 03:01.18 | ruben23 | guys any suggestion..? |
| 03:03.19 | ChannelZ | your flowroute peer isn't configured right |
| 03:03.37 | [TK]D-Fender | And you aren't looking with SIP debug enabled |
| 03:03.39 | ChannelZ | Asterisk isn't matching the call for who knows what reason |
| 03:04.06 | [TK]D-Fender | I suspect it is... and the peer is still wrong for their requirements |
| 03:06.11 | ruben23 | <PROTECTED> |
| 03:07.52 | *** join/#asterisk Gokee2 (~gokee2@204-195-14-78.wavecable.com) |
| 03:07.53 | ChannelZ | I'm sure it's a local configuration problem on your end. But we can't guess what specifically without seeing some configs |
| 03:08.01 | ChannelZ | and probably a SIP debug of the failed call |
| 03:08.38 | ChannelZ | (is there a page somewhere showing a few simple steps on doing this that infobot can point people at?) |
| 03:09.58 | ruben23 | this is my sip debug ----------> http://pastebin.com/nwGTUc3X <------------------------hope i capture it correctly |
| 03:11.05 | ChannelZ | [Mar 16 20:08:24] Found no matching peer or user for '216.115.69.144:5060' |
| 03:12.03 | ChannelZ | so let's see your sip.conf - you can erase/XXXXX over your "secret=" lines so we don't all know your passwords |
| 03:12.37 | ruben23 | ok |
| 03:12.43 | ChannelZ | and hopefully someone is around here currently who knows what Flowroute likes specifically |
| 03:13.18 | [TK]D-Fender | And next time show the complete call |
| 03:16.53 | *** join/#asterisk ks3_ (ks3@tatooine.digitallotus.com) |
| 03:18.53 | ruben23 | this is my sip.conf----------------------------> http://pastebin.com/ZFEgdKd3 |
| 03:19.04 | Kobaz | mmm, found a bug in Record() |
| 03:19.22 | Kobaz | when you pass the k option, it's supposed to keep the recording when you hang up |
| 03:19.32 | Kobaz | but if you don't pass the k option, it's supposed to delete the recording after the call is over |
| 03:19.48 | ruben23 | ChannelZ:..you there |
| 03:20.08 | Kobaz | so, without passing the k option, and running Record(), if the caller channel is masqueraded (ie: transfer), then the recording doesn't get deleted upon hangup |
| 03:20.33 | Kobaz | anyone want to help verify this? |
| 03:22.45 | [TK]D-Fender | ruben23: "type=peer". Stop using "friend". It is usually not appropriate for most devices, and practically never for ITSPs |
| 03:23.53 | ruben23 | <PROTECTED> |
| 03:24.27 | Kobaz | [TK]D-Fender: i use friend all the time, works great... and using that along with fromuser, defaultuser, and auth= works even better |
| 03:26.43 | [TK]D-Fender | facepalms |
| 03:26.51 | Kobaz | that along with match_auth_username in [general] |
| 03:26.58 | ruben23 | Kobaz: familiar eith this issue..? ----> http://pastebin.com/jaHL6pwT |
| 03:27.22 | [TK]D-Fender | ruben23: did you make the change and retest? |
| 03:27.27 | Kobaz | ruben23: woah, never saw that before |
| 03:28.23 | [TK]D-Fender | Considering the time in between, I'd bet on "no" |
| 03:31.12 | ruben23 | i will chnage now |
| 03:31.47 | Kobaz | Django Reinhard - Daphné |
| 03:31.48 | Kobaz | mmm |
| 03:36.35 | ruben23 | [TK]D-Fender: testing now |
| 03:38.12 | *** join/#asterisk mintos (~mvaliyav@114.143.166.90) |
| 03:39.32 | *** join/#asterisk wudles (~wudles@gateway.secureinstrument.com) |
| 03:39.34 | *** join/#asterisk leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:39.35 | *** mode/#asterisk [+o leifmadsen] by ChanServ |
| 03:44.59 | p3nguin | my flowroute conf: http://pastebin.com/657mLaLm |
| 03:45.20 | ruben23 | i just test now still------------------->http://pastebin.com/rYhGDwgC |
| 03:45.29 | *** join/#asterisk showme (~showme@99.41.142.143) |
| 03:46.59 | p3nguin | The ACL is outdated, though, so I should probably remove that so as not to confuse people who don't understand DNS. |
| 03:48.10 | p3nguin | That might explain my recent loss of service with flowroute. |
| 03:50.28 | [TK]D-Fender | Ok, I'm not going to waste time going in circles on this... |
| 03:51.16 | p3nguin | Drink another pint. |
| 03:51.23 | p3nguin | If I had one, I certainly would. |
| 03:51.48 | [TK]D-Fender | If I drank I might.... |
| 03:52.22 | *** join/#asterisk radic (~radic@dslb-178-002-224-057.pools.arcor-ip.net) |
| 03:54.17 | *** join/#asterisk leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:54.18 | *** mode/#asterisk [+o leifmadsen] by ChanServ |
| 03:57.52 | p3nguin | I hope we get a few more nice weather days pretty soon. I'm itchin' to shoot my new .30-06 carbine. |
| 04:01.49 | *** join/#asterisk Resilience (fran@212.97.186.171.dyn.user.ono.com) |
| 04:01.55 | Resilience | hello to everyone |
| 04:04.05 | Kobaz | isn't dial option 'p' supposed to be call screening without memory |
| 04:04.26 | Kobaz | p3nguin: i'm itchin to get on some rocks |
| 04:05.11 | p3nguin | As in... climbing or hiking? |
| 04:05.18 | Kobaz | climbing |
| 04:05.28 | Kobaz | hiking too, wouldn't be a bad idea |
| 04:05.47 | p3nguin | You could pack this carbine while climbing. It's so little. |
| 04:05.53 | Kobaz | hehe |
| 04:06.05 | p3nguin | 18.5" barrel |
| 04:06.11 | Kobaz | http://forums.climbing.com/photopost/data/510/Gunks_april_22-179.jpg |
| 04:06.22 | Kobaz | i don't think you would want extra weight |
| 04:06.38 | Resilience | I have one question... if you have installed more than one card, how do you refer them in the extensions.conf? what I have read is that they are referred to with something like this: exten => 200,1,Dial(dahdi/1/outgoing_number) // dial 200 to dialout from dahdi channel 1 |
| 04:06.44 | p3nguin | It's pretty heavy for such a short rifle. |
| 04:06.50 | Resilience | what if I have moreo than one card? how is it referred then? |
| 04:06.59 | [TK]D-Fender | Resilience: every channel is numbered |
| 04:07.01 | Kobaz | Resilience: it's by channel number |
| 04:07.12 | *** part/#asterisk pdtpatr1ck (~pdtpatric@ip184-179-74-42.oc.oc.cox.net) |
| 04:07.14 | p3nguin | And you can also make groups of channels. |
| 04:07.16 | Kobaz | say you have a 4 port fxo, and a 4 port fxs |
| 04:07.28 | Kobaz | and the cards were recognized fxo first, then fxs |
| 04:07.33 | [TK]D-Fender | Resilience: if you have 2 4-port cards, the first will be 1-4, the 2nd 5-8 |
| 04:07.57 | [TK]D-Fender | Kobazand the cards were recognized fxo first, then fxs <- it isn't sorted by type |
| 04:07.59 | Kobaz | dial(dahdi/1 or dahdi/2 etc for the fxo,,, and then yeah what fender said,, 5/6/7/8 for the second card |
| 04:08.07 | Kobaz | i know it's not sorted |
| 04:08.12 | Kobaz | i'm saying for example |
| 04:08.16 | Kobaz | if they were loaded in that order |
| 04:08.16 | Resilience | right, that's what I have read, but wiaht I have read too is that card1 and card2 depends on the order of module loading... |
| 04:08.17 | [TK]D-Fender | Resilience: Good odds you'll want to dial out GROUPS of channels |
| 04:08.32 | Kobaz | Resilience: yes it depends on the load order |
| 04:08.50 | Resilience | and can't it happen that the load order be different in each reaboot? |
| 04:08.51 | [TK]D-Fender | Kobaz: You didn't mention the condition and left something that could only be interpreted horribly wrong... ICK :p |
| 04:09.09 | Kobaz | "say you have... and the cards were..." |
| 04:09.13 | [TK]D-Fender | Resilience: It shouldn't change |
| 04:09.22 | Kobaz | it's all the same "for instance" |
| 04:09.25 | [TK]D-Fender | Resilience: unless you swap things around |
| 04:09.26 | Resilience | it seems to me that the kernel may decide loading forst one or other (maybe I'm wrong here) |
| 04:09.30 | p3nguin | Oh no! Not hypothetical situations! |
| 04:09.36 | Kobaz | oh noes |
| 04:09.45 | Resilience | why it is the same? is it controlled by pci slot? |
| 04:10.03 | Kobaz | Resilience: because if you dont touch your config files, it will load the same every boot |
| 04:10.08 | Kobaz | Resilience: not necessarily |
| 04:10.17 | Kobaz | say you have a sangoma card and a dahdi card |
| 04:10.26 | Kobaz | you can load dahdi first, and then the sangoma |
| 04:10.29 | Kobaz | or the sangoma and then the dahdi |
| 04:10.33 | Resilience | well, so what assures me that every reboot the load order of moduels will be the same? that's th epoint I don't udnerstand |
| 04:10.38 | Kobaz | er, s/dahdi/digium/ |
| 04:10.59 | Kobaz | Resilience: the modules are loaded in the same order unless you change config files |
| 04:11.07 | Kobaz | the order you have them in now, will be the order on next boot |
| 04:11.19 | Kobaz | unless you change something that will modify the order |
| 04:11.33 | Resilience | mmmm I have autoloadig modules, so I don't specify nothing inthe order of loading, right? |
| 04:11.56 | Kobaz | the order will be deterministic because dahdi loads the drivers for you |
| 04:12.00 | Resilience | only trying to understand what happens and why, not discussing anything |
| 04:12.19 | Kobaz | and dahdi will always scan the same way |
| 04:12.23 | Resilience | dahdi loads the drivers? I tohught it was the kernel maybe this is my mistake?) |
| 04:12.27 | Kobaz | (unless something changed) |
| 04:12.41 | Kobaz | dahdi init scripts tell the kernel to load the modules |
| 04:13.21 | Kobaz | if you boot up, without the dahdi init script running |
| 04:13.29 | Kobaz | you will not have any line card drivers loaded |
| 04:13.42 | Resilience | aha, so there is (let's say so) a 2master module" (the dahdi) which tolds kernel hat modules load... it is not the same scebary as with ethernet cards, right? |
| 04:13.47 | Kobaz | unless they were specified in /etc/modules.conf or something silly like that |
| 04:13.52 | Kobaz | but the default dahdi install won't do that |
| 04:14.09 | Kobaz | ethernet cards will generally depend where they are on the pci bus |
| 04:14.20 | *** join/#asterisk Netgeeks (~chris@173.11.68.156) |
| 04:14.21 | Resilience | aha, so modules better not be specified on /etc/mdules.conf, there only dahdi, and let them dahdi do all work, right? |
| 04:14.28 | Kobaz | and i say generally, because then you can change what they come up as with udev |
| 04:14.40 | Kobaz | yes let dahdi do all the work |
| 04:15.13 | Resilience | Kobaz, right, I forc a mchine with 2 ethernet cards to be loaded in some specific order, I have the experience ofo not always been loaded in the same roder /thoght it was specified on /etc/modules.conf) |
| 04:15.15 | [TK]D-Fender | p3nguin: What kind of carbine? |
| 04:15.59 | Resilience | Kobaz, so foro putting a sytem, I load dahdi, see the rider in /proc/dahdi (or something like that) and then I made all the conf files, right? |
| 04:16.29 | *** join/#asterisk MrTelephone (~MrTelepho@h697179-171.picriverisp.net) |
| 04:17.27 | MrTelephone | I notice there is a lot of information about SetTransferCapability for asterisk 1.4. I can't find much information for asterisk 10.2.1. Where can I find out how to change my bearer capabilities? |
| 04:19.54 | p3nguin | [tk]d-fender: Remington 750 Woodsmaster 30-06 carbine |
| 04:20.14 | p3nguin | It's the new gas-powered semi-auto. |
| 04:21.41 | p3nguin | Instead of a scope, I put a red dot sight on it. |
| 04:23.18 | ChannelZ | ruben23: did you change the type=peer and sip reload? |
| 04:23.22 | [TK]D-Fender | p3nguin: Just hit their sight.... barrel doesn't feel too short for earning the title "carbine", but this is a 30-06.... top-fed fixed magazine? |
| 04:23.53 | [TK]D-Fender | site* |
| 04:24.08 | p3nguin | It actually has a mag that drops out. |
| 04:24.50 | p3nguin | I don't know why it needs to be removable, since it only holds four rounds. |
| 04:24.56 | [TK]D-Fender | p3nguin: What kind of use was this purchase slated for? |
| 04:25.33 | [TK]D-Fender | p3nguin: well the top entry looks too tight to feed from there.... |
| 04:25.41 | p3nguin | I thought it might work for coyotes or even feral pigs. |
| 04:26.10 | [TK]D-Fender | p3nguin: Sa basically close range walk-around field duty? |
| 04:26.16 | p3nguin | yes |
| 04:26.29 | p3nguin | I have a Remington 700 7mm Ultra Mag for big game and long distance. |
| 04:26.37 | [TK]D-Fender | p3nguin: Looks solid.... |
| 04:27.32 | p3nguin | I think my scope is the weak point on the 7mm RUM, but the rifle itself should be capable of 800 yards kill shot. |
| 04:27.48 | [TK]D-Fender | p3nguin: Carbin shaves a little off the long distance factor but 30-06 packs a lot of power. The "point blank" range on it ought to be pretty impressive as it is and a high usable range... |
| 04:28.24 | p3nguin | I expect I'll be shooting at 150 yards or less most of the time. |
| 04:28.44 | MrTelephone | I've been looking through source code for an hour. If anyone knows how to set transfercapability please let me know :) |
| 04:29.31 | [TK]D-Fender | p3nguin: Logistically I might have loked at something like a Ruger Mini 30 |
| 04:29.42 | p3nguin | This is my first 30 cal rifle. |
| 04:30.01 | [TK]D-Fender | p3nguin: and 2 fittings selections for versatility |
| 04:30.05 | MrTelephone | Set(transfercapability=DIGITAL) doesn't seem to work |
| 04:30.43 | Kobaz | oh |
| 04:30.47 | Kobaz | hi, i was away |
| 04:31.00 | [TK]D-Fender | p3nguin: barrel length much more resembling those earning the term "carbine" |
| 04:31.26 | Kobaz | Resilience: it depends.... if you load the ethernet modules from modules.conf, and you don't have any udev entries, yes it will depend on the order in which they are loaded |
| 04:31.28 | MrTelephone | everytime I use cisco crap it's nothing but a huge headache |
| 04:31.35 | Kobaz | Resilience: in the case of two different pci cards |
| 04:31.41 | MrTelephone | I hope they go broke |
| 04:31.55 | Resilience | Kobaz, I thought telephony cards would be the same |
| 04:31.57 | Kobaz | Resilience: in the case of two of the same pci cards, loading the module will activate both cards and it will depend where they are on the pci bus |
| 04:32.01 | p3nguin | The Mini 30 has the same barrel length as this 750. |
| 04:32.02 | Kobaz | Resilience: they are |
| 04:32.36 | Kobaz | lets rewind |
| 04:32.41 | Kobaz | what are you still confused about? |
| 04:32.42 | Resilience | kobanow I know, you explaind it me before (that was waht I did not uderstood, that the "dahdi module), let's call it so, would load the other modules |
| 04:33.01 | Kobaz | no, loading dahdi, just dahdi. like modprobe dahdi, will not load card modules |
| 04:33.09 | Kobaz | /etc/init.d/dahdi start, will load card modules |
| 04:33.19 | Resilience | Kobaz, in anything, I just comentted you that my erro was in believing that telephony cards would act the same as network ards, only a comment |
| 04:33.29 | [TK]D-Fender | p3nguin: Guess something in the build is a little tricky visually for me... |
| 04:33.43 | Kobaz | Resilience: is similar |
| 04:34.28 | p3nguin | I thought it was longer by looking at the picture than what it really is. |
| 04:34.41 | Kobaz | longcat is long |
| 04:35.23 | p3nguin | Once I got my hands on it, it seems out of the norm. It looks really short next to the 700 with a 26" barrel. |
| 04:35.48 | Resilience | Kobaz, /etc/dahdi/system.conf what is configuring that file? the laoding of card drivers? or what? |
| 04:36.31 | Kobaz | configures what protocols and stuff to use on each channel |
| 04:36.33 | Kobaz | things like that |
| 04:36.38 | Kobaz | it won't control module load order |
| 04:36.38 | [TK]D-Fender | p3nguin: And I somehow recalled it as 30-06 or .308 when instead it's 7.62x39. EEK. Not quite the same deal.... |
| 04:37.24 | [TK]D-Fender | p3nguin: Not sure how it'd compare for your primary use |
| 04:37.30 | Kobaz | i've only shot a 30-06 a few times |
| 04:37.31 | MrTelephone | finally, it's a d in the dial option |
| 04:37.32 | Kobaz | it's got a nice kick |
| 04:37.41 | p3nguin | 7.62x39 is still a fairly hefty round. |
| 04:38.24 | p3nguin | Shooting just a few rounds in my 7mm RUM makes my shoulder a little tender. |
| 04:38.38 | Kobaz | my dad told me a good story |
| 04:38.48 | Resilience | Kobaz, and where are they loaded? in /etc/dahdi ? |
| 04:38.52 | Kobaz | when he was like 16 he was at his cousins and got handed a double barrel 12 gauge |
| 04:39.04 | Kobaz | Resilience: look at /etc/init.d/dahdi |
| 04:39.25 | Kobaz | and the cousin said... okay. aim and pull both triggers |
| 04:39.39 | Kobaz | my dad flipped over backwards |
| 04:41.37 | [TK]D-Fender | p3nguin: You mentioned wild pig. If we're in boar territory... I'd definitly want the 30-06... yeah, the Remington looks very fine. And yeah, 30-06 has some real kick, get a nice butt-stock cushion for that thing.... |
| 04:43.35 | Resilience | I thik I need two "el cheapo" cars for experimenting... |
| 04:44.05 | Kobaz | geo prisim |
| 04:44.43 | Kobaz | or maybe an 80's yugo |
| 04:46.04 | p3nguin | It has a butt cushion built in. |
| 04:46.33 | [TK]D-Fender | p3nguin: Hopefully a GOOD one :) |
| 04:47.03 | Kobaz | hmm |
| 04:47.05 | Kobaz | there's no UNLINK |
| 04:47.48 | Kobaz | trysystem it is |
| 04:49.32 | p3nguin | [tk]d-fender: Maybe this visual comparison against my CZ P-07 Duty will help. http://imagebin.org/203873 |
| 04:50.23 | Kobaz | hmmm |
| 04:51.09 | [TK]D-Fender | p3nguin: Yeah, Remi's page on it looks misleading.... definitely perceivably smaller in your pic (without needing the pistol for contrast even) |
| 04:52.03 | p3nguin | I wonder if their image is of the 22" barrel model instead of the carbine. |
| 04:52.46 | [TK]D-Fender | p3nguin: Hrm.... that could be it.... |
| 04:52.47 | p3nguin | It is the exact same length (barrel, and overall) as my Rem 597 22LR. |
| 04:53.42 | p3nguin | But it looks shorter than it because the receiver is a lot longer and the forearm is pushed closer to the muzzle. |
| 04:53.48 | [TK]D-Fender | p3nguin: CZ looks very SIG/Sauer influenced... |
| 04:54.21 | p3nguin | It does have a resemblance to my SIG P250 compact. |
| 04:54.27 | [TK]D-Fender | p3nguin: slide profile, block chamerb, very stout. |
| 04:54.35 | [TK]D-Fender | chamber* |
| 04:59.54 | p3nguin | [tk]d-fender: Lots of similarity: http://imagebin.org/203874 |
| 05:00.45 | ChannelZ | Combat Tupperware! |
| 05:01.11 | p3nguin | haha |
| 05:01.21 | p3nguin | I guess you are referring to the polymer frames, huh? |
| 05:01.38 | ChannelZ | heh yeah I always thought it was a great term |
| 05:01.48 | p3nguin | I have to agree with that. |
| 05:03.01 | p3nguin | Even if you don't like polymer frames, I don't see how you couldn't like the P-07 Duty. It feels great, it shoots great, and it is one of my favorite pistols I've ever shot. |
| 05:03.02 | [TK]D-Fender | CZ is the Czech division of that Russian manufacturing company Ahmaknockoff :p |
| 05:03.43 | p3nguin | I have the P-07 in 9mm and the P250 in .40 S&W. |
| 05:03.58 | ChannelZ | I don't have any polymers, but I'm not against them. I have 5 non-poly CZs |
| 05:04.12 | p3nguin | Older CZ 75s? |
| 05:04.39 | ChannelZ | A couple of 75Bs, and 85, 85 compact, and a 40 |
| 05:04.51 | [TK]D-Fender | ChannelZ: Best are the OLD ones.... depending on use. A CZ-52 in 7.62 Tokarev can punch through Class-3 Kevlar like rice-paper ;) |
| 05:05.05 | p3nguin | I can't bring myself to like the new "alloy" frames. They just seem like regular aluminum to me. |
| 05:05.10 | ChannelZ | The 85B was my first gun in fact. |
| 05:05.31 | ChannelZ | err 85 |
| 05:05.43 | p3nguin | I was seriously considering a P-01 or P-06, but the aluminum turned me off. |
| 05:05.46 | ChannelZ | (I'm a lefty) |
| 05:06.03 | p3nguin | So I got the 30-06 carbine instead. |
| 05:06.16 | ChannelZ | The 40P is aluminum .40 S&W, it's fairly punchy being light |
| 05:06.54 | p3nguin | The P-07 is kind of top heavy when empty, but loaded up with 17 rounds, it's quite heavy. |
| 05:07.18 | p3nguin | It's well balanced when loaded fully. |
| 05:08.05 | p3nguin | The only thing I do not like about having a P-07 is that Fobus does not make a paddle holster for it. |
| 05:08.31 | p3nguin | And all the Kydex ones from other companies look and feel like crap. |
| 05:08.31 | ChannelZ | heh get a fair dryer and you can turn one for something else into it |
| 05:08.49 | p3nguin | :/ I hadn't even considered that! |
| 05:10.05 | ChannelZ | on doing a sip reload: reload_config: No valid transports available, falling back to 'udp' |
| 05:10.13 | ChannelZ | Don't remember seeing that one before... |
| 05:10.43 | p3nguin | It's fairly new. You can set transport=udp in the general section or in the peers to get rid of the warning. |
| 05:11.15 | ChannelZ | must be. Thanks |
| 05:11.45 | p3nguin | I don't remember seeing it until 1.8.8.0, but it could have been there a little before that version and I just didn't notice it. |
| 05:12.16 | ChannelZ | Sounds about right. My box at work was 1.8.7.0 (I think) and I just put 1.8.10.0 on it the other day. |
| 05:13.07 | p3nguin | I know for a fact it is in 1.8.10.0 because I just upgraded an AsteriskNOW box to that this week and started seeing the message. |
| 05:13.55 | p3nguin | And that upgrade, thankfully, was super clean and painless. |
| 05:15.00 | p3nguin | And I think I may have adopted that as my standard deployment system, too. AsteriskNOW, option 6 (1.4 only), upgrade to 1.8 with yum. |
| 05:16.28 | p3nguin | What's even better than having an easy upgrade is having happy people using phones. |
| 05:18.59 | p3nguin | So... lots of gun-totin' folks around here... |
| 05:19.03 | p3nguin | Anyone ever taken a look at or shot the Hornady Zombie MAX? |
| 05:19.13 | p3nguin | I'm extremely curious. |
| 05:19.34 | ChannelZ | If it kills zombies? |
| 05:19.55 | p3nguin | I'm curious if it's a novelty or if they are serious. |
| 05:20.21 | ChannelZ | Seems novelty to me |
| 05:20.24 | p3nguin | I think it's a novelty, but there is nothing on the web site or product packaging to indicate it. |
| 05:20.48 | p3nguin | They look exactly like my Critical Defense FTX, but with green rubber tips instead of red. |
| 05:21.20 | p3nguin | I wonder... |
| 05:21.54 | p3nguin | Maybe they were responding to all the nutty people who kept calling and asking if they had any ammo for zombies. |
| 05:22.31 | ChannelZ | I think they are just green V-MAX bullets |
| 05:22.50 | p3nguin | If I ever encounter a zombie, I'm going to shoot it with whatever ammo I have. |
| 05:23.09 | p3nguin | I'll have to look up the V-MAX. |
| 05:24.03 | p3nguin | Oh, that looks like it's only rifle ammo. |
| 05:27.13 | ChannelZ | what the heck... |
| 05:27.24 | p3nguin | http://www.targetsportsusa.com/p-1437-hornady-critical-defense-40-sw-165-grain-ftx-ammunition.aspx |
| 05:27.34 | p3nguin | http://www.targetsportsusa.com/p-3181-hornady-zombie-max-40-sw-165-grain-z-max-ammunition.aspx |
| 05:28.21 | p3nguin | And the Critical Duty also has the same red plug in the tip. |
| 05:28.33 | ChannelZ | ohhh bit by my own fail2ban. Oops. |
| 05:28.58 | p3nguin | So I think they're full of it... certified zombie ammunition. |
| 05:29.27 | ChannelZ | "Hornady® Zombie Max™ ammunition is NOT a toy (IT IS LIVE AMMUNITION), but is intended only to be used on…ZOMBIES, also known as the living dead, undead, etc. No human being, plant, animal, vegetable or mineral should ever be shot with Hornady® Zombie Max™ ammunition. Again, we repeat, Hornady® Zombie Max™ ammunition is for use on ZOMBIES ONLY, and that's not a nickname, phrase or cute way of referring to anybody, place or thing. When we say Zo |
| 05:29.27 | ChannelZ | mbies, we mean…ZOMBIES!" |
| 05:30.05 | ChannelZ | I guess they're full of it if you believe that zombies are real :) |
| 05:30.24 | ChannelZ | And if you don't. |
| 05:30.25 | p3nguin | I just don't know what to think about it. |
| 05:30.42 | p3nguin | It's amusing, nevertheless. |
| 05:31.24 | ChannelZ | Novelty. You get a box with green zombie artwork and green tipped bullets. And probably pay more (I've never looked at the price) |
| 05:32.08 | p3nguin | Regular price is actually lower than the Critical Defense FTX. |
| 05:32.20 | p3nguin | by $2 |
| 05:32.47 | p3nguin | Buy a truckload and save a bundle! |
| 05:34.06 | ChannelZ | And if you have to shoot someone in self defense, enjoy the lawyers questions about your zombie ammo! |
| 05:43.13 | p3nguin | Sounds like the perfect thing to use. You can always plead insanity. |
| 05:46.36 | [TK]D-Fender | He was brain-dead! It always starts at the brain! GRAWR!!!!! |
| 05:52.20 | ChannelZ | hmmm. Still scratching my head over this localnet thing. |
| 06:00.19 | *** part/#asterisk ruben23 (~RLACUMBA@121.97.111.142) |
| 06:09.33 | *** join/#asterisk devdvd (~Jason@c-67-163-163-124.hsd1.wv.comcast.net) |
| 06:16.05 | devdvd | hi all, using asterisk 1.6.2.9. Is there any way in this version (or even in later versions) to specify the order asterisk looks for queue members. For example, right now ordering queue members the way i want is a complete pain. say for example i have Bob(Local/1@phones)>Sally(Local/2@phones)>John(Local/3@phones)>Jim(Local/4@phones) in queue support in that order. Right now as you know, asterisk will order it bob>sally>john>jim b |
| 06:16.05 | devdvd | ecause it orders the select by the interface. What i want to do is know if theres a way to change that behavior. Idealy id like to be able to add a new field called priority and sort on that but id be willing to even sort on the uniqueid. The ultimate goal is to be able to move the order people receive calls easily without having to modify what extension they are at. so say i bob has the day off and i want Jim to receive calls be |
| 06:16.06 | devdvd | fore anyone else just for today. right now I have to modify jim's extension to make sure the query sees it first. Is there a better way? |
| 06:41.29 | *** join/#asterisk imcdona (~imcdona@c-71-227-200-25.hsd1.wa.comcast.net) |
| 07:03.43 | *** join/#asterisk gerhard7 (~gerhard7@82-168-115-40.ip.telfort.nl) |
| 07:41.24 | *** join/#asterisk pdtpatr1ck (~pdtpatric@ip184-179-74-42.oc.oc.cox.net) |
| 08:04.52 | *** join/#asterisk leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 08:04.53 | *** mode/#asterisk [+o leifmadsen] by ChanServ |
| 08:09.45 | *** join/#asterisk imcdona (~imcdona@c-71-227-200-25.hsd1.wa.comcast.net) |
| 08:10.35 | *** join/#asterisk imcdona (imcdona@2001:470:e92e:1:44e4:a521:2e7f:41af) |
| 08:11.54 | *** join/#asterisk bn-7bc (bjarne@macbook-pro.lan-sx.noare-1.holmedal.net) |
| 08:14.34 | *** join/#asterisk ChannelZ (channelz@burner.com) |
| 08:15.11 | ChannelZ | Hmph. Either I am totally misunderstanding something or Asterisk's NAT is just plain broken. |
| 08:44.47 | *** join/#asterisk ChannelZ (channelz@burner.com) |
| 09:00.19 | *** join/#asterisk timahvo1 (~rogue@41.80.89.207) |
| 09:01.01 | *** join/#asterisk awclin (~alinford@host86-170-114-41.range86-170.btcentralplus.com) |
| 10:02.18 | *** join/#asterisk TimeRider (~steve@host81-136-216-215.in-addr.btopenworld.com) |
| 10:08.36 | *** join/#asterisk eicto (~morgoth@144-71.dsl.aichyna.com) |
| 10:12.56 | *** join/#asterisk fisted__ (~fisted@unaffiliated/fisted) |
| 10:14.43 | *** join/#asterisk roham (~ali@31.184.187.2) |
| 10:18.10 | *** join/#asterisk Neptu (~Neptu@213-67-244-97-no100.tbcn.telia.com) |
| 10:35.53 | *** join/#asterisk mechbangirc (~mechbangi@mbl-82-58-217.dsl.net.pk) |
| 10:37.04 | mechbangirc | Can I put two UDP bind ports in sip.conf like bindport=5060&6060 |
| 10:40.51 | kaldemar | mechbangirc: no |
| 10:41.42 | mechbangirc | kaldemar: can I use nat rules to redirect and achieve same result? |
| 10:44.02 | kaldemar | mechbangirc: you'd probably need to modify the SIP messages aswell somehow. |
| 10:45.35 | kaldemar | you better try to avoid the need for two ports. |
| 10:45.42 | kaldemar | or use a proxy in between. |
| 10:45.46 | mechbangirc | iptables -t nat -A PREROUTING -p udp --dport 6060 -j REDIRECT --to-port 5060 # it would rewrite port before asterisk will receive it and asterisk should behave as normal |
| 10:48.03 | mechbangirc | kaldemar: can you recommend a sip proxy for the job? |
| 10:50.27 | kaldemar | opensips, kamailio or some other fork of SER. personally i'd rather not use two ports. |
| 10:53.47 | mechbangirc | kaldemar: some of my customers have such ISPs which block 5060. I really need it |
| 11:31.08 | *** join/#asterisk eicto (~morgoth@144-71.dsl.aichyna.com) |
| 11:34.07 | *** join/#asterisk hehol (~Adium@ip-178-202-243-147.unitymediagroup.de) |
| 11:36.41 | *** join/#asterisk hehol (~Adium@ip-178-202-243-147.unitymediagroup.de) |
| 11:45.15 | *** join/#asterisk timahvo1 (~rogue@197.237.7.97) |
| 12:54.39 | *** join/#asterisk timahvo1 (~rogue@41.81.253.229) |
| 13:02.54 | *** join/#asterisk AutoStatic (~jeremy@5ED0E47D.cm-7-1d.dynamic.ziggo.nl) |
| 13:08.20 | *** join/#asterisk FiReSTaRT (~dlyh@unaffiliated/firestart) |
| 13:41.17 | *** join/#asterisk gavimobile (~user@77.124.114.252) |
| 13:43.24 | gavimobile | hi folks, im playing around with asterisk but cannot seem to get the application Playback to play customized audio. my file is in the /var/lib/asterisk/sounds/en/ directory (same directory as hello-world which works.) I've given my file chmod of 777. verbosity doesn't display any errors, just shows it immeditly gets hung up. and I've used mpg123 to convert the file with the following command |
| 13:46.11 | kaldemar | your message got truncated at "following command" |
| 13:46.42 | gavimobile | kaldemar: thanks it was intentional |
| 13:46.59 | gavimobile | I tried several things, im just trying to send the best one. it might be a problem with mpg123 |
| 13:47.06 | gavimobile | that's why I stoped, still diagnosing |
| 13:48.12 | gavimobile | sox is giving me this error sox: Failed reading myfile.wav: WAVE: RIFF header not found |
| 13:49.12 | kaldemar | your file is broken. what are you trying to convert from and to? an mp3 to wav? |
| 13:50.32 | gavimobile | kaldemar: im trying to convert from mp3 and output to wav. |
| 13:51.09 | kaldemar | how? |
| 13:51.18 | gavimobile | like this, which works |
| 13:51.19 | gavimobile | mpg123 -w SilentCity.wav SilentCity.mp3 |
| 13:51.59 | gavimobile | but asterisk still cannot play the file cause I need to downsample it. this is where im having problems |
| 13:52.54 | kaldemar | sox SilentCity.wav -b 16 -r 8000 -c 1 downsampled.wav |
| 13:53.33 | gavimobile | sox: Failed reading mytestfile.wav: WAVE: RIFF header not found |
| 13:53.38 | kaldemar | if you have an old version of sox, you need to replace "-b 16" with "-2". |
| 13:53.56 | phix | I has sox |
| 13:54.01 | phix | on my feet |
| 13:54.06 | phix | where they belong |
| 13:54.23 | kaldemar | gavimobile: then there is something wrong with your SilentCity.wav. |
| 13:54.39 | kaldemar | gavimobile: what does "file SilentCity.wav" tell you? |
| 13:54.41 | gavimobile | tried that, but its spazing saying invalid option -2 |
| 13:54.55 | gavimobile | sox was instaled with yup, im using centos 5.8 |
| 14:01.16 | *** join/#asterisk rossand (~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) |
| 14:05.07 | *** join/#asterisk Bullmoose (~Bullmoose@65-129-15-66.bois.qwest.net) |
| 14:06.38 | phix | hey what you recommend for music on hold? any good creative commons or equiv royalty free / free licence music? |
| 14:07.05 | phix | I wonder if Mario theme song is free now |
| 14:07.09 | phix | I would lke that |
| 14:20.17 | *** join/#asterisk [TK]D-Fender (~chatzilla@64.235.218.194) |
| 14:27.36 | *** join/#asterisk fisted (~fisted@unaffiliated/fisted) |
| 14:32.25 | *** join/#asterisk gerhard7 (~gerhard7@82-168-115-40.ip.telfort.nl) |
| 14:35.27 | *** join/#asterisk davidduffy (~ducdmann@host81-149-39-60.in-addr.btopenworld.com) |
| 14:52.20 | p3nguin | channelz: What's going on with yout NAT stuff? |
| 14:53.50 | p3nguin | phix: There is at least one web site with totally free music, but you'll have to give me a little while to look it up. |
| 14:56.47 | AutoStatic | phix: jamendo.com, bandcamp.com, ccmixter.org etc. |
| 14:57.22 | AutoStatic | SoundCloud also has a lot of CC licensed music |
| 14:59.14 | *** part/#asterisk Bullmoose (~Bullmoose@65-129-15-66.bois.qwest.net) |
| 15:13.56 | *** join/#asterisk mchou (~quassel@unaffiliated/mchou) |
| 15:15.48 | *** join/#asterisk ferdna (~ferdna@cpe-67-10-220-35.elp.res.rr.com) |
| 15:18.10 | *** join/#asterisk serafie (~erin@75.76.38.159) |
| 15:25.17 | *** join/#asterisk vinhdizzo (~vinh@cpe-66-74-182-202.socal.res.rr.com) |
| 15:31.16 | *** join/#asterisk darkskiez (~mhb@fsf/member/darkskiez) |
| 15:48.46 | *** join/#asterisk GGD (~deberle@pool-173-72-204-39.clppva.fios.verizon.net) |
| 16:02.40 | *** join/#asterisk tmrhmdv (~tmrhmdv@ool-457279e9.dyn.optonline.net) |
| 16:03.42 | tmrhmdv | Hi everyone! I had Asterisk installed in Amazon EC2 server and now I upgraded to a more powerful one with more CPU and RAM. Should I re-compile my Asterisk or it doesn't matter? |
| 16:03.58 | tmrhmdv | both are 64-bit |
| 16:11.18 | p3nguin | Unless it was compiled for a very specific arch and you've changed to an arch totally incompatible, there is no reason to recompile it just because you upped the resources. |
| 16:11.52 | tmrhmdv | Yes, I just upgraded resources no arch change. So I won't re-compile. Thanks p3nguin |
| 16:13.10 | Kobaz | i need to start switching to 64bit systems one of these days |
| 16:16.27 | *** join/#asterisk chazzam (~chazz@50-81-150-34.client.mchsi.com) |
| 16:16.42 | tmrhmdv | If your system has lots of RAM, you should |
| 16:18.16 | Kobaz | 2-4 gigs |
| 16:18.29 | Kobaz | well on production systems |
| 16:18.31 | Kobaz | my desktop has 8 gigs |
| 16:18.45 | p3nguin | Already using 64-bits on the desktop? |
| 16:19.11 | p3nguin | or a 32-bit PAE kernel? |
| 16:19.23 | Kobaz | not yet |
| 16:19.27 | Kobaz | 32bit |
| 16:19.34 | p3nguin | Then you're only using 4G if your 8G. |
| 16:19.40 | Kobaz | when i move to new machines i just rsync |
| 16:19.48 | Kobaz | i have max memory as 64bit |
| 16:19.52 | Kobaz | so i get all 8 gigs |
| 16:20.06 | Kobaz | so i never actually installed a 64bit system |
| 16:20.17 | Kobaz | on any of my current machines |
| 16:20.27 | Kobaz | <PROTECTED> |
| 16:20.28 | Kobaz | Mem: 8279692 1769828 6509864 0 348284 631008 |
| 16:22.06 | Kobaz | er not max as 64bit, 64gigs |
| 16:23.14 | *** join/#asterisk neurosys (~neurosys@c-98-254-216-32.hsd1.fl.comcast.net) |
| 16:23.32 | p3nguin | So then you do have a PAE kernel. |
| 16:24.38 | Kobaz | i don't know offhand what options 64gb memory sets |
| 16:45.44 | ChannelZ | p3nguin: Well it seems like Asterisk wants to send RTP to the fake LAN IP given by the peer no matter what. |
| 16:46.27 | ChannelZ | I thought it was just because the IP matched the netblock set as 'localnet' but that doesn't seem to matter either. |
| 16:47.22 | p3nguin | You put nat=yes in the general section and made sure you aren't overriding it with nat=no in the peer, I guess. |
| 16:47.57 | ChannelZ | Yeah. And Asterisk otherwise seems to know, as I get the 'transmitting (NAT) to xxxxx' in SIP debugs |
| 16:49.39 | p3nguin | I had a Cisco router that would not cooperate with Asterisk and RTP. It would always have the private address in the RTP packets. But with the Linux router I was using before and after the Cisco, I never had a problem. I decided it must be Cisco's NAT implementation breaking it, and sold the Cisco router. |
| 16:50.30 | p3nguin | It was an 800 series SOHO router. |
| 16:51.19 | ChannelZ | In my case Asterisk is behind a Linux NAT, and my phone is behind a Linux NAT |
| 16:51.45 | ChannelZ | But it's the phone giving out its LAN IP and Asterisk not seeming to ignore it, which is the whole point of nat=yes (I thought) |
| 16:51.52 | p3nguin | That's the way mine is, and it works great. |
| 16:52.00 | p3nguin | Is the phone trying to do its own NAT traversal? |
| 16:52.38 | ChannelZ | No |
| 16:53.36 | p3nguin | Do you use the directmedia=nonat setting along with the directmediapermit and directmediadeny settings? |
| 16:55.44 | ChannelZ | sec... |
| 16:56.04 | p3nguin | I'm just trying to come up with anything that might cause asterisk to want to use the private IP address. |
| 16:57.00 | ChannelZ | I had directmedia=yes though normally it is =no - I must have been playing with something else and forgot to change it. But that didn't do anything.. looking at the other two.. |
| 16:58.14 | p3nguin | Usually the directmedia stuff would just land you in silent world if set incorrectly, but it's always worth a shot to double check the values. |
| 16:59.15 | p3nguin | Err, I guess you're already in silent world... but for a different reason. |
| 16:59.19 | ChannelZ | heh yeah |
| 16:59.28 | p3nguin | bangs head |
| 16:59.41 | ChannelZ | although I'm also noticing that I'm not getting RTP from the phone in this state. |
| 17:00.24 | p3nguin | There isn't any ALG on the router? |
| 17:00.40 | ChannelZ | proably because it's not mapping the incoming port on the Asterisk side correctly since Asterisk isn't sending it out to the right IP in the first place. |
| 17:01.13 | ChannelZ | My goal here was to see if port forwarding could be eliminated for RTP. Let me try something. |
| 17:01.40 | p3nguin | You should never have to forward ports on the phone's side. |
| 17:01.54 | ChannelZ | no, on Asterisk's side (it's behind a firewall) |
| 17:02.22 | ChannelZ | the firewall on the phone's side should allow everything out. |
| 17:03.29 | ChannelZ | Hmm ok yeah so this is what's going on... |
| 17:04.27 | ChannelZ | Unless * receives an RTP packet first it doesn't seem to want to send media back to that IP. It sends it to the LAN IP instead. |
| 17:07.49 | ChannelZ | in which case I'm not entire sure what nat= is even doing. |
| 17:09.08 | ChannelZ | actually it fixes peer registration IPs |
| 17:10.48 | ChannelZ | So I guess I HAVE to port forward RTP to make it work reliably. Which is fine in my case but this could all be made to work more or less transparently through firewalls if it didn't behave this way |
| 17:14.14 | [TK]D-Fender | ChannelZ: We've always had to, but thanks for making an exercise of what we all knew going in so very many years ago ;) |
| 17:16.52 | ChannelZ | Yes but it's stupid that you have to. |
| 17:18.55 | *** join/#asterisk pdtpatr1ck (~pdtpatric@ip184-179-74-42.oc.oc.cox.net) |
| 17:19.08 | p3nguin | I have one asterisk (sys A) behind a NAT with no ports forwarded to it. I have another asterisk (sys B) behind another NAT with SIP/RTP ports forwarded to it. Sys A registers to sys B. Sys B makes calls to sys A all day long with no problems. |
| 17:19.53 | p3nguin | Essentially, sys A is like your phone, and sys B is like your asterisk. |
| 17:20.32 | p3nguin | Sys A also uses an ITSP. Calls come in from the ITSP all day with no problems. |
| 17:21.36 | ChannelZ | Yeah but your sys B is handing out its correct IP to sys A I'm sure. |
| 17:21.37 | p3nguin | I think when it comes to RTP and NAT, it's really trial an error as to how little you can do and still keep it working. |
| 17:22.22 | ChannelZ | If I reconfigure my phone to know the real external IP, it all works fine (with no port forwarding) |
| 17:22.56 | p3nguin | Oh, that's another thing... sys A does not have any externaddr/externhost value configured. |
| 17:23.11 | ChannelZ | As it puts the real extern IP in the SIP SDP. |
| 17:23.51 | ChannelZ | If the phone puts the fake LAN IP in it, then Asterisk happily sends RTP to the fake IP UNLESS it gets an RTP packet in from the phone first. |
| 17:23.57 | p3nguin | It also does not have an explicit nat setting, which I believe in 1.8.10.0 is going to default to force_rport. |
| 17:29.05 | scubes13 | anyone here tried using asterisk with tls + srtp and polycom phones? |
| 17:31.19 | jdoe | nope, mine are too old. |
| 17:32.36 | scubes13 | too old, meaning it isnt possible with a legacy model polycom? (trying to use a polycom 501 here) |
| 17:39.44 | *** join/#asterisk Dovid (Dovid@213.8.121.90) |
| 18:19.23 | *** part/#asterisk davidduffy (~ducdmann@host81-149-39-60.in-addr.btopenworld.com) |
| 18:25.10 | *** join/#asterisk davidduffy (~ducdmann@host81-149-39-60.in-addr.btopenworld.com) |
| 18:28.59 | *** join/#asterisk wudles (~wudles@gateway.secureinstrument.com) |
| 18:39.59 | jdoe | scubes13: older. |
| 18:40.56 | p3nguin | Okay, this is irritating and I don't understand it. My AGI() call doesn't return any results from a web lookup. I have perl-libwww and deps installed, but it just doesn't work. Calling perl -MLWP::Simple -e "getprint 'http://mysite/query?=stuff'" on the command line returns nothing, but it does on another system I tested it on. |
| 18:41.08 | p3nguin | So how could perl be broken? |
| 18:42.26 | p3nguin | Wait, I have an idea! I bet it's a web proxy breaking the lookup. |
| 18:48.08 | fisted | ^^ impossibru |
| 18:48.18 | fisted | oops |
| 18:48.29 | p3nguin | Nope. I set proxy bypass and allowed the domain in url filtering, but it still doesn't work. |
| 18:50.44 | p3nguin | I can curl the url and it works, so it has to be a perl problem. |
| 18:57.21 | *** join/#asterisk imox (~imox@91-64-185-199-dynip.superkabel.de) |
| 19:00.24 | ChannelZ | doesn't libwww ask you a bunch of questions when you initially install it in perl? (like proxy settings and other things) |
| 19:01.59 | p3nguin | Not to my knowledge, no. |
| 19:24.24 | *** join/#asterisk rossand (~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) |
| 19:24.45 | ChannelZ | maybe I'm thinking of LWP. I just remember way back when installing perl modules (what a mess) and one would come up and ask you all these questions, and then run a bunch of network tests and stuff |
| 19:37.04 | p3nguin | Everything I have in the LWP directory is owned by the perl-libwww package. |
| 19:38.00 | *** join/#asterisk jetlag (jetlag@pool-71-168-254-144.cmdnnj.east.verizon.net) |
| 19:44.09 | p3nguin | I disabled the transparent proxy as well, but it still doesn't work. |
| 19:54.32 | *** join/#asterisk GGD (~deberle@pool-173-72-204-39.clppva.fios.verizon.net) |
| 20:06.51 | *** join/#asterisk bmg505 (~leon@196-209-72-124.dynamic.isadsl.co.za) |
| 20:13.26 | *** join/#asterisk Neptu (~Neptu@213-67-244-97-no100.tbcn.telia.com) |
| 20:15.19 | *** join/#asterisk timahvo1 (~rogue@197.179.159.130) |
| 20:18.29 | *** join/#asterisk rossand (~aross@CPE485b390978ce-CM00222ddf42dd.cpe.net.cable.rogers.com) |
| 20:54.33 | *** part/#asterisk GGD (~deberle@pool-173-72-204-39.clppva.fios.verizon.net) |
| 21:12.28 | *** join/#asterisk Ehazinere (Shadow@S0106c0c1c03eb5ef.vf.shawcable.net) |
| 21:15.33 | Ehazinere | Hello all, I am running asterisk v1.8.10.1 and calls are not hanging up when the callee hangs up. The caller stays on the line, indefinitely. This is using DIAL app, and I have set the g and e options with no effect. Are calls not suppose to hangup when one of the parties hangs up? |
| 21:17.01 | Kobaz | what channel driver(s) |
| 21:17.09 | Ehazinere | This is over SIP |
| 21:17.37 | Kobaz | sounds like networking/nat problems |
| 21:18.05 | Kobaz | 'g' means continue on in the dialplan when the call is hung up |
| 21:18.07 | Kobaz | that's not what you want |
| 21:18.33 | Ehazinere | well the next priority after dial is hangup.. so i wouldnt mind :) |
| 21:19.21 | Ehazinere | So I take it this is not a feature and a bug, somewhere, not nessisarily with asterisk? |
| 21:19.26 | p3nguin | don't use g or e |
| 21:19.39 | Kobaz | and e wont help you either |
| 21:19.43 | Ehazinere | I only mentioned it as with, g, e, or neither it still wont hangup |
| 21:19.46 | p3nguin | Dial(SIP/your-peer,30) |
| 21:19.52 | Ehazinere | yup, wont hangup |
| 21:19.57 | p3nguin | Show us. |
| 21:20.03 | Ehazinere | only when the originator hangs up does asterisk continue |
| 21:20.14 | p3nguin | Just show us. |
| 21:20.19 | Kobaz | Ehazinere: but you're messing with options that won't affect when the peer hangs up |
| 21:22.44 | *** join/#asterisk gonewage (~gonewage@c-68-54-124-223.hsd1.il.comcast.net) |
| 21:22.51 | Ehazinere | There you go P3nguin, thats what I see. Target hangs up, nothing. Originator hangs up, it continues as normal. |
| 21:23.08 | *** join/#asterisk mchou (~quassel@unaffiliated/mchou) |
| 21:23.35 | *** join/#asterisk [sr] (~kvirc@pal-213-228-140-150.netvisao.pt) |
| 21:24.31 | Kobaz | it's usually helpful to tell the whole channel |
| 21:24.42 | Kobaz | ~pb |
| 21:24.42 | infobot | [~pb] A "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.us , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ ; or install pastebinit with yum or aptitude. |
| 21:25.05 | Ehazinere | ah there we go! Was about to type how I didnt want to spam the channel with text :) |
| 21:25.59 | Ehazinere | http://pastebin.com/irWx5DpQ |
| 21:26.41 | Kobaz | sip set debug on |
| 21:26.50 | Kobaz | make your call, hang up the remote end, and then paste that too |
| 21:26.58 | Ehazinere | already tried that, and nothing is shown, theres no BYE after the target hangs up |
| 21:27.26 | Kobaz | then your itsp is fscked |
| 21:27.42 | Kobaz | you should contact support for your provider |
| 21:28.02 | Kobaz | if asterisk doesn't get a BYE, then the channel wont go away |
| 21:28.13 | Kobaz | there's not much you can do about that, other than turn on session timers |
| 21:28.16 | Ehazinere | yea, im starting to figure that.. strangely 1.4 works fine.... alright, just making sure theres no feature/config/script/w/e that would intentionally cause this to happen |
| 21:28.19 | Kobaz | but that's a terrible way to handle it |
| 21:28.38 | Ehazinere | so again, once one of the two bridge channels hangs up, asterisk *SHOULD* hangup as well right? :) |
| 21:28.55 | Kobaz | sip channels will hang up when the get a BYE or when asterisk tells them to |
| 21:29.21 | p3nguin | <Kobaz> it's usually helpful to tell the whole channel <--- or at least someone... since he didn't even let me in on the secret. |
| 21:29.26 | Kobaz | if you load up 1.4, right now, and run through the same call... it will hang up? |
| 21:29.40 | Kobaz | p3nguin: maybe your privmsg is turned off? |
| 21:30.01 | p3nguin | Of course it is. People are generally inconsiderate and fail to ask for permission before messaging me. |
| 21:30.43 | Kobaz | that's not the standard for irc, it's just a common thing on opn |
| 21:30.48 | Ehazinere | Yes, I am trying to upgrade to 1.8 from 1.4. p3nguin: permisson before messaging you? heh go back to sleep, I don't need your help tyvm |
| 21:31.07 | Kobaz | Ehazinere: it's a thing on openprojects... er freenode |
| 21:31.14 | Kobaz | used to be called openprojects, heh |
| 21:31.20 | Ehazinere | ty Kobaz, I'll try my best to see if I can figure it out :) |
| 21:31.45 | p3nguin | adds another one to the list |
| 21:32.33 | p3nguin | And it's not just a freenode thing. It's standard IRC etiquette. |
| 21:32.43 | Kobaz | not on every other network i've been on |
| 21:32.45 | Kobaz | especially efnet |
| 21:33.00 | Kobaz | people who come here from other networks don't know the local etiquette, so they will be confused when you dont respond to privmsg |
| 21:33.09 | p3nguin | efnet isn't a good specimen, considering they are full of rudeness. |
| 21:33.19 | Kobaz | nah, efnet is pretty sane these days |
| 21:33.23 | dym | Err - Kobaz, p3nguin is right. Thats a given |
| 21:33.37 | p3nguin | Really? I haven't been there in years because the last time I was, they sucked hard. |
| 21:34.15 | p3nguin | Maybe it was only the linux and freebsd channels that contained the rudeness. I don't know. |
| 21:34.22 | Kobaz | Okay... i would agree that on help channels, it's mostly standard to not privmsg people |
| 21:34.33 | Kobaz | everywhere else, it's not assumed to be the case |
| 21:34.51 | Kobaz | yeah linux/fbsd on efnet... good luck |
| 21:35.12 | Kobaz | i got banned a few times for pointing out their inconsistencies and odd requirements |
| 21:35.55 | p3nguin | People typically don't like to be called out on things like that. |
| 21:36.00 | p3nguin | They get very defensive. |
| 21:36.03 | Kobaz | heh |
| 21:36.06 | Kobaz | especially #linux |
| 21:36.34 | p3nguin | I think it has something to do with young age, immaturity, and insecurity. |
| 21:42.22 | p3nguin | Haha... someone was just talking about dialing 9 + number. I said, "1986 called, they went their PBX back." I got no response. :( |
| 21:51.58 | Kobaz | every office i set up, people want their dial 9 |
| 21:52.06 | Kobaz | otherwise they don't know what to do |
| 21:52.10 | Kobaz | it's too hard to not enter a 9 |
| 21:52.45 | Kobaz | because people pick up the phone, and start dialing |
| 21:52.49 | *** join/#asterisk mchou (~quassel@unaffiliated/mchou) |
| 21:53.15 | Kobaz | so if you don't have a 9xxx, and someone starts dialing 201-440-whatever |
| 21:53.20 | Kobaz | and you have an extension 201 |
| 21:53.22 | Kobaz | it'll dial that |
| 21:53.43 | Kobaz | i never do offhook dialing anymore, but the rest of the world does |
| 21:55.40 | Kobaz | i should replace the dialtone sound with "don't pick up the phone before you dial... thank you" |
| 21:56.19 | p3nguin | haha |
| 21:56.56 | p3nguin | On, you were talking about having local extensions in the 9000s... where I was talking about dialing 9 before dialing a global number. |
| 21:57.06 | Kobaz | yeah me too |
| 21:57.15 | Kobaz | no i'm talking about if you removed 9 from your routing |
| 21:57.26 | Kobaz | then everyone has to switch to on-hook dialing, or add a timeout for everything |
| 21:58.14 | Kobaz | but yeah the topic is 9 and then a global number |
| 21:58.41 | Kobaz | i guess you can make it so you have to dial a 1-then-number |
| 21:58.49 | Kobaz | and then not have any extensions starting with 1 |
| 21:59.00 | *** join/#asterisk pdtpatr1ck (~pdtpatric@ip184-179-74-42.oc.oc.cox.net) |
| 22:05.20 | p3nguin | I can't think of a single time when I had an issue dialing a 10-digit phone number which started with a local extension number. And I refuse to configure anything to require a 9 prefix. |
| 22:06.51 | ChannelZ | It's just putting up with a delay dialing local extensions, without having to hit 'dial' or some other unambiguous key afterwards |
| 22:10.17 | p3nguin | I guess the 2-second delay didn't bother me enough. |
| 22:26.25 | *** join/#asterisk mchou (~quassel@unaffiliated/mchou) |
| 22:30.06 | Kobaz | yeah |
| 22:30.26 | Kobaz | big places like hospitals and call centers and whatnot have the dialing burned into their fingers |
| 22:30.41 | Kobaz | transfer, number, done |
| 22:30.54 | Kobaz | and if you have a 2 second delay, the person gets hung up on |
| 22:33.32 | *** join/#asterisk wudles (~wudles@gateway.secureinstrument.com) |
| 22:39.11 | p3nguin | So we're talking about the phone's delay or lack of. |
| 22:39.58 | Kobaz | yeah |
| 22:40.06 | Kobaz | old systems there was never any delay |
| 22:41.20 | p3nguin | Why does it have to be so hard to find a reasonable 2-point sling for this carbine? |
| 22:41.27 | p3nguin | (online) |
| 22:44.11 | p3nguin | Everything is tactical this and tactical that. |
| 22:53.26 | *** join/#asterisk wudles (~wudles@gateway.secureinstrument.com) |
| 22:58.34 | ChannelZ | that just means it's black :) |
| 22:59.47 | p3nguin | I have no problem with black, but everything is geared for AR-15 and AK-47. |
| 23:01.25 | ChannelZ | Not sure what exactly you're looking for but cheaperthandirt.com has tons of slings |
| 23:06.15 | p3nguin | I'd just like to have an adjustable nylon sling so I can pack the rifle on my back and also use it for support when shooting. |
| 23:09.01 | *** join/#asterisk Volkswagner (~eric@cpe-24-161-58-141.hvc.res.rr.com) |
| 23:14.56 | ChannelZ | well I mean attachment wise |
| 23:15.51 | ChannelZ | http://www.cheaperthandirt.com/ItemListing.aspx?catid=6673 - lots more 2-points past page 1 |
| 23:18.01 | p3nguin | I just need standard swivel attachments. There are so many to go through, but I'm looking. |
| 23:26.35 | *** join/#asterisk GGD (~deberle@pool-173-72-204-39.clppva.fios.verizon.net) |
| 23:38.30 | *** join/#asterisk mchou (~quassel@unaffiliated/mchou) |
| 23:42.30 | *** part/#asterisk GGD (~deberle@pool-173-72-204-39.clppva.fios.verizon.net) |
