--- Log opened Mon Jul 31 00:00:06 2017 00:06 -!- Corydon76 [~quassel@zett.abyt.es] has quit [Quit: No Ping reply in 180 seconds.] 00:07 -!- Corydon76 [~quassel@zett.abyt.es] has joined #se2600 00:07 -!- mode/#se2600 [+o Corydon76] by ChanServ 00:19 -!- sync350 [~sync@c-73-237-89-90.hsd1.ga.comcast.net] has joined #se2600 00:19 -!- mode/#se2600 [+o sync350] by ChanServ 00:21 -!- sync350 [~sync@c-73-237-89-90.hsd1.ga.comcast.net] has quit [Remote host closed the connection] 00:21 -!- sync350 [~sync@c-73-237-89-90.hsd1.ga.comcast.net] has joined #se2600 00:21 -!- mode/#se2600 [+o sync350] by ChanServ 06:56 <@Dolemite> mr0ning, be0tches and h0ez! 07:00 -!- dc0de[m] [dc0dematri@gateway/shell/matrix.org/x-xuppdongcnfpuaqu] has quit [Ping timeout: 240 seconds] 08:29 -!- mog [~mog@fsf/member/mog] has joined #se2600 08:29 -!- mode/#se2600 [+o mog] by ChanServ 08:29 <@mog> whats going on with phreaknic? 08:42 -!- remoford1 [~remo_lapt@c-68-52-35-32.hsd1.tn.comcast.net] has quit [Quit: Leaving.] 08:46 <@Corydon76> mog: what do you mean? 08:53 <@mog> i went to site looking for info and didnt see much. trying to make my plans for travel and curious what was happening 08:55 <@Corydon76> First weekend in November 08:56 <@Corydon76> I'll talk to Ben about getting something updated, as he's the perpetual webmaster 08:56 <@mog> ya the dates and location are on there but nothing else yet 08:58 <@Corydon76> What information were you looking for? 09:02 <@mog> plans of things going on, any confirmed talks, contests etc 09:11 -!- TheDukh [~thedukh@2607:fcc8:ac80:d900:d582:2929:3535:f281] has joined #se2600 09:13 -!- tomato_yak2 [~ident@2607:fb90:863d:4a7f:20d0:ce74:5d19:b37f] has quit [Ping timeout: 240 seconds] 09:38 -!- dc0de[m] [dc0dematri@gateway/shell/matrix.org/x-yfswlnuztmjnmrrq] has joined #se2600 10:09 -!- tomato_yak2 [~ident@2607:fb90:a638:b2a5:5d3a:2ed4:ec7a:776f] has joined #se2600 11:11 -!- tomato_yak2 [~ident@2607:fb90:a638:b2a5:5d3a:2ed4:ec7a:776f] has quit [Ping timeout: 276 seconds] 11:17 -!- Synx_hm [~synx@unaffiliated/synx-hm/x-1623004] has joined #se2600 11:18 < Synx_hm> Corydon76, if you are around ive got a BPF question for ya 11:19 <@Corydon76> You're better off just asking, and if someone else can chime in, that works, too 11:20 < Synx_hm> Corydon76, im trying to figure out what part of this puzzle i am missing, i want to have a interface join a ethernet multicast domain 11:20 <@Corydon76> Multicast isn't something I have any experience with 11:20 < Synx_hm> as it stand on BSD using BPF my only interaction is through the file descriptor for the BPF, so i can do BIOCPROMISC and put it in promisc but im curious if i can some how join mcast instead 11:21 < Synx_hm> ok, so let me ask a different question then 11:21 < Synx_hm> does the BPF stream have raw access to the interface for anything that is on the wire? so is it processing traffic not even destined for the MAC/BCAST etc and just filtering it out until you set BIOCPROMISC? 11:22 <@Corydon76> I believe that's correct. It should be a raw interface for anything coming in to the Ethernet port 11:22 < Synx_hm> in linux os's i have to use sysctl to set promisc or PACKET_MR_MULTICAST etc, but on BSD i simply do an IOCTL on the BPF fd to set BIOCPROMISC 11:22 < Synx_hm> k 11:22 < Synx_hm> thats kinda what i figured 11:23 < Synx_hm> so my guess then is its just by default filtering out ethernet mcast 11:23 < Synx_hm> there is appears to be a BPF filter for it so perhaps its just defaulted on 11:23 < Synx_hm> but either way it sounds like doing promisc is of no difference really if its all just in the filtering 11:24 <@Corydon76> If it's connected to a switched network, then the switch would plausibly have to know that the mcast traffic should be coming to that port 11:24 <@Corydon76> Is it possible that it's not even being delivered by the switch? 11:24 < Synx_hm> i dont know honestly 11:24 < Synx_hm> would a switch port get notification of promisc mode? 11:24 < Synx_hm> because going promisc on both BSD and Linux result in the traffic appearing 11:24 < Synx_hm> as well as on windows 11:25 <@Corydon76> I believe so, but managed switches may ignore that setting 11:25 < Synx_hm> ya i cant find any documentation on my procure 1810g kinda managed vlan switch on what it does with it 11:26 <@Corydon76> On managed switches, you can forbid a port from going into promiscuous mode 11:26 <@Corydon76> In fact, that's probably the default 11:27 < Synx_hm> any thoughts on if it would matter if the ether mcast addr is LLDP, so i think per the rfc it should only not be forwarded at a router interface? 11:27 < Synx_hm> perhaps by default switches forward that sort of ether mcast 11:29 < Synx_hm> shit actually at the moment this is all through a vmware vswitch 11:29 < Synx_hm> ha 11:29 <@Corydon76> I would read up on the vswitch documentation, then 11:29 < Synx_hm> and at least on linux it does not need to go promisc but it does need to "join the mcast domain" what ever that means for ethernet for the lldp addr 11:30 < Synx_hm> im more inclined to think its just unblocking it at the kernel in linux instead of actually notifying the switch that it intends to receive ether mcast 11:30 <@Corydon76> I know the basic idea behind mcast, but not the technical explanation 11:31 < Synx_hm> k some reading i will do then :) 11:31 < Synx_hm> ok totally switching gears here and this is an even stranger question 11:32 < Synx_hm> any thoughts on reliably transmitting modulated digital data inside g.711/g.729 etc rtp streams 11:32 <@Corydon76> When it comes to multicast and network, Dagmar may be a better resource than me 11:33 <@Corydon76> Synx_hm: Well, the best way is to transmit them separately, if you're using anything other than G.711 11:33 < Synx_hm> ya, understood ala t.38 fax etc 11:33 <@Corydon76> And even then, you really don't want to use a lossy medium like RTP for digital data 11:33 < Synx_hm> problem is i only have access to the inband audio stream to put my data 11:33 < Synx_hm> at the moment im doing a horribly hack job of single freq long ass tones to encode data 11:34 -!- strages [uid11297@gateway/web/irccloud.com/x-tvmtodmzdcuzxais] has quit [Quit: Connection closed for inactivity] 11:34 < Synx_hm> it survives quality loss induced by both TDM (static) and IP but its horrible and so slow i cant encode much more than a few chars 11:35 <@Corydon76> That's pretty much what you'd have to do with such a restriction. Mog may be a good resource for making this more of a parallel mode. My understanding is that you can use a FFT to transmit multiple tones in the same inband signal 11:35 < Synx_hm> k ill check that out 11:35 <@Corydon76> More correctly, the FFT is for distinguishing the different tones at the receiving end 11:35 < Synx_hm> want to avoid anything that might be construed as DTMF as many media processors strip it out while in transit 11:35 < Synx_hm> ya got ya 11:35 < Synx_hm> thanks mucho 11:36 <@Corydon76> Well, why not use DTMF as your data? 11:36 < Synx_hm> its about 10% of my test cases DTMF is stripped on egress and not avail for use 11:37 < Synx_hm> many call centers strip out dtmf generated by their agents and dont even forward out of band 11:37 <@Corydon76> You've got 16 different signals, which means 4 bits 11:37 <@Corydon76> Oh, okay 11:37 < Synx_hm> not a huge issue though so far i've worked around the limited data i do need through single freq tones in those cases 11:37 < Synx_hm> just was considering something more robust over the weekend while thinking about long rage packet radio etc ha 11:38 <@Corydon76> The other danger is that with DTMF, there's typically a range of tones that are interpreted as DTMF, because different systems have different tolerances for generating it, so detection has to work the same way 11:38 < Synx_hm> yup 11:38 < Synx_hm> and on the calling party side music often gets construed as dtmf 11:38 < Synx_hm> ha 11:38 < Synx_hm> its a bit of a cluster for call automation testing 11:38 <@Corydon76> And you may also want to avoid the older tones used in E&M signaling, as those could be stripped out, as well 11:39 < Synx_hm> ya all those SIT tones 11:52 < Synx_hm> whelp, tcpdump on linux shows nothing when i do setsocketopt(blah PACKET_MR_MULTICAST) 11:52 < Synx_hm> at least for ethernet mcast with an lldp maddr 11:53 < Synx_hm> ill try and join an IPv4 mcast domain and see what it does 14:10 < aestetix> bye bye mooch 14:11 < xray> https://www.engadget.com/2017/07/28/is-your-vpn-lying-to-you/ 14:11 < PigBot> Title: Is your VPN lying to you?Engadget (at www.engadget.com) http://tinyurl.com/yb8oojgp 15:37 -!- xray [~xray@c-73-43-4-206.hsd1.ga.comcast.net] has quit [Remote host closed the connection] 16:00 -!- xray [~xray@c-73-43-4-206.hsd1.ga.comcast.net] has joined #se2600 16:07 -!- remoford1 [~remo_lapt@c-68-52-35-32.hsd1.tn.comcast.net] has joined #se2600 16:07 -!- tomato_yak2 [~ident@2607:fb90:a69c:5549:3630:7521:757:63df] has joined #se2600 17:56 -!- K`Tetch_ [~no@24-178-141-147.dhcp.thtn.ga.charter.com] has quit [Read error: Connection reset by peer] 18:36 -!- tomato_yak [~ident@2607:fb90:484e:524:ccb3:615f:586f:1f99] has joined #se2600 18:37 -!- tomato_yak2 [~ident@2607:fb90:a69c:5549:3630:7521:757:63df] has quit [Ping timeout: 240 seconds] 18:43 -!- tomato_yak2 [~ident@2607:fb90:a63c:afde:77f3:218:614d:a25a] has joined #se2600 18:46 -!- tomato_yak [~ident@2607:fb90:484e:524:ccb3:615f:586f:1f99] has quit [Ping timeout: 246 seconds] 19:48 <@Dagmar> F**king windows admins 19:49 <@Dagmar> Having an argument on Reddit with a couple of tools who think the proper response for a client who wants a second DHCP server because their AD controller is unreliable for the job 19:49 <@Dagmar> ...is to INSTALL A SECOND PHYSICAL WINDOWS BOX. 19:50 <@Dagmar> They also want to configure the second box as a "failover" so that it will take over if the primary fails. 19:50 <@Dagmar> I should honestly just be yelling "READ THE DAMN RFC" 19:51 <@Dagmar> It's a small office network, and a $50 investment in an RPI would completely end their problem, but they want to go with a solution that's both expensive AND problematic. 20:00 <@Dagmar> The windows admins in /r/sysadmin need to be shadowbanned back to /r/noobs 23:40 -!- Dolemite [~scott@96-38-109-185.dhcp.jcsn.tn.charter.com] has quit [Ping timeout: 255 seconds] --- Log closed Tue Aug 01 00:00:08 2017