Re: [AFMUG] any reason to not use this cable underground in conduit?

2017-04-08 Thread Adam Moffett
I was advised to use gel filled loose tube cable underground.  The 
stated reason being that every underground conduit eventually ends up 
with water in it, and you don't want the water to find its way into your 
cable.  That one could have gel in it, but I don't see it stated on the 
spec sheet.


Honestly I don't know how the water hurts the glass.I was just told 
not to let it in.


-- Original Message --
From: "Paul McCall" 
To: "af@afmug.com" 
Sent: 4/8/2017 12:45:33 AM
Subject: [AFMUG] any reason to not use this cable underground in 
conduit?



http://www.fs.com/products/29610.html



We have about 550 feet to distribute to 40 unit MDU situation.  
Thinking of using 2 of these in 24 count to save me some termination 
work.  The main question is, if we pull this in conduit, would the 
cable hold up long term?  Obviously, we seal the conduit, but if/when 
water got into the conduit, would the cable jacket hold up over time?




?



Paul McCall, President

PDMNet, Inc. / Florida Broadband, Inc.

658 Old Dixie Highway

Vero Beach, FL 32962

772-564-6800

pa...@pdmnet.net

www.pdmnet.com

www.floridabroadband.com






Re: [AFMUG] Cable documentation

2017-04-08 Thread Adam Moffett
It seems like the book starts with the endpoints at the COwhich 
makes sense because that's where you'll start troubleshooting from.


Would there be a separate book for whatever cable is carrying strand 3 
from Cherry and Apple to VPres ?



-- Original Message --
From: "Chuck McCown" 
To: af@afmug.com
Sent: 4/7/2017 11:16:39 PM
Subject: Re: [AFMUG] Cable documentation


See if you can open this:
https://drive.google.com/open?id=0B-W9J8tPanuAeU1Lc3BDYWlVSjg

Very rudimentary.  But you can see that some of the strands on the 
cable go clear to the end.

Other strands are cut at a hand hole and spliced to another cable.

The other cable is shown at the far right.  The >< symbols show it is 
spliced to a different cable.  You connect the > to the < as you jump  
over handholes that are not part of the circuit for that strand.


The – is a splice.  The 0 or dot is the end termination.  I used to 
have lots of color coding etc.  I could not find any of the old copper 
cable books for an example so I hacked this example out.


From:Adam Moffett
Sent: Friday, April 07, 2017 8:42 PM
To:af@afmug.com
Subject: Re: [AFMUG] Cable documentation

One column per splice.then you just type in the footage(s).
Gee that makes sense.  It's as if you've done this before.


-- Original Message --
From: "Chuck McCown" 
To: af@afmug.com
Sent: 4/7/2017 10:31:17 PM
Subject: Re: [AFMUG] Cable documentation


A spreadsheet works pretty well.
One line per strand.  Have fields at the left for details about the 
circuit, customer, type of optics etc.
Then columns can represent footage to the splice with one column per 
splice.  You can even represent other cables being spliced in and 
taking off on another route.


From:Justin Wilson
Sent: Friday, April 07, 2017 4:06 PM
To:af@afmug.com
Subject: Re: [AFMUG] Cable documentation

The line guys would do the following at the local phone company I 
worked out many many years ago.  I am sure there are lots of better 
ways to do it with modern processes.


The cared about a few things.  Where can I find the splice points? 
Where can I find vaults? Where are my slack points on the path and how 
much is left or do I have? How do I do all this in the middle of the 
night during the rain? During install it was specified where the slack 
loops happen.  They would care about the overall material used when 
running cable.  If they ran down a road to a vault all they cared 
about was how much length off the spool was used. This was documented.


Once everything was installed the certification notes were included in 
the construction closeout drawings and put in an appendix at the back 
of the book.  The linemen did not care about such things.


I typical do not see fiber being in a twisted pair type of 
configuration.  Not sure what everyone else uses, but all the ones I 
pull apart are side by side.  I think there is even a “how it’s made” 
on fiber optic cable and it has a machine that makes sure they do not 
get twisted.


Just my .02.


Justin Wilson
j...@mtin.net

---
http://www.mtin.net Owner/CEO
xISP Solutions- Consulting – Data Centers - Bandwidth

http://www.midwest-ix.com  COO/Chairman
Internet Exchange - Peering - Distributed Fabric


On Apr 7, 2017, at 4:23 PM, Adam Moffett  wrote:

I started a spreadsheet to document a fiber line.  I figure I'll make 
a new file for each cable, a worksheet for notes on the cable as a 
whole, a worksheet for each buffer tube, and a color coded column for 
each fiber.  Each row will be 100'.  My thought was, if I have a 
splice enclosure 4200' down the line, I'll go down to row 42 and 
enter "Splice enclosure on pole 305".  Then I can note on each fiber 
whether it passes through the enclosure, or note what it splices to, 
including a reference to another file if necessary.


I understand they used to do something similar with 3-ring binders 
for mapping the pairs on phone lines.


The first question I ran into was which distance do I go by:
The actual distance the line has traveled
The cable length, which will be ~15-20% longer due to slack loops
The fiber length, which will be longer still due to the built in 
twist.but is easily measurable with an OTDR.

All three somehow?

Is this even a smart method?  Plan B is to use GIS.  I can add every 
pole, cable, and enclosure as objects in their actual location with 
properties describing the actual distance, cable length, fiber length 
and anything else I want.


That would be technically better, but I'm the only one here who can 
use the GIS software whereas any boob can type into a spreadsheet.  
If I use a Google sheet then multiple people can use the same sheets 
and fill them in from their phone.


I'm sure these problems have been solved before, so what do you all 
do?


Re: [AFMUG] CISCO VLAN question

2017-04-08 Thread Josh Baird
5 clicks or one command?  I'll take Cisco's one command.

On Fri, Apr 7, 2017 at 11:19 PM, Timothy Steele 
wrote:

> All you Cisco lovers will hate me but just get a unfi setup what you are
> doing would literally be like 5 clicks and done
>
> On Fri, Apr 7, 2017, 12:38 PM Josh Luthman 
> wrote:
>
>> VLAN is 1998 - wow!
>>
>>
>> Josh Luthman
>> Office: 937-552-2340 <(937)%20552-2340>
>> Direct: 937-552-2343 <(937)%20552-2343>
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>>
>> On Fri, Apr 7, 2017 at 11:39 AM, Dave  wrote:
>>
>> Yes..
>>  I come from the 1990 era of Cisco LOL
>>
>>
>>
>> On 04/07/2017 10:29 AM, Cassidy B. Larson wrote:
>>
>> switchport trunk native vlan sounds like what you’re after?
>> It’ll pass an untagged vlan across a trunk port.
>>
>>
>> On Apr 7, 2017, at 9:26 AM, Dave   
>> wrote:
>>
>> Ok,
>> So I want to manage my radio link and provide public access over that link.
>> How do I configure my Cisco for switchport trunk to allow the customer to 
>> connect at the other end with a sonicwall for his public ip?
>> So the topology of this is
>> Vlan 1000 is a managed vlan
>> Vlan 2400 is the public access vlan
>> Cisco port is mode trunk dot1q to allow both vlans but since the customer 
>> dont have a vlan to configure on his sonic wall I would need my radios to 
>> allow
>> switchport access of 2400
>>
>> Is there a way to tell the cisco to allow switchport access for vlan2400 on 
>> the same trunked port?
>>
>> Any ideas will be helpful
>>
>> Thanks
>> Dave
>>
>> --
>> 
>>
>>
>> --
>>
>>
>>


Re: [AFMUG] any reason to not use this cable underground in conduit?

2017-04-08 Thread George Skorup

I was always told that expansion due to water freezing is ungood for fiber.

On 4/8/2017 6:43 AM, Adam Moffett wrote:
Honestly I don't know how the water hurts the glass.I was just 
told not to let it in.




Re: [AFMUG] any reason to not use this cable underground in conduit?

2017-04-08 Thread Chuck McCown
I saw a white paper probably 30-40 years ago about water and fiber optic 
strands. Had to do with micro crack either already existing or the water 
causing them somehow.  And the water also increased attenuation at the bends if 
the coating on the strand deteriorated.  

Just now found a similar paper.
http://www.idacs.uk.com/images/uploads/downloads/Datwyler_WP_Water_Impact_FO_2014.pdf

From: Adam Moffett 
Sent: Saturday, April 08, 2017 5:43 AM
To: af@afmug.com 
Subject: Re: [AFMUG] any reason to not use this cable underground in conduit?

I was advised to use gel filled loose tube cable underground.  The stated 
reason being that every underground conduit eventually ends up with water in 
it, and you don't want the water to find its way into your cable.  That one 
could have gel in it, but I don't see it stated on the spec sheet.

Honestly I don't know how the water hurts the glass.I was just told not to 
let it in.

-- Original Message --
From: "Paul McCall" 
To: "af@afmug.com" 
Sent: 4/8/2017 12:45:33 AM
Subject: [AFMUG] any reason to not use this cable underground in conduit?

  http://www.fs.com/products/29610.html

   

  We have about 550 feet to distribute to 40 unit MDU situation.  Thinking of 
using 2 of these in 24 count to save me some termination work.  The main 
question is, if we pull this in conduit, would the cable hold up long term?  
Obviously, we seal the conduit, but if/when water got into the conduit, would 
the cable jacket hold up over time?

   

  ?

   

  Paul McCall, President

  PDMNet, Inc. / Florida Broadband, Inc.

  658 Old Dixie Highway

  Vero Beach, FL 32962

  772-564-6800  

  pa...@pdmnet.net

  www.pdmnet.com

  www.floridabroadband.com

   

   


Re: [AFMUG] Cable documentation

2017-04-08 Thread Chuck McCown
No, that whole route is there.  All the details are on that sheet.  It is a 4 
strand cable that is spliced at cherry and apple handhole

From: Adam Moffett 
Sent: Saturday, April 08, 2017 5:52 AM
To: af@afmug.com 
Subject: Re: [AFMUG] Cable documentation

It seems like the book starts with the endpoints at the COwhich makes sense 
because that's where you'll start troubleshooting from.

Would there be a separate book for whatever cable is carrying strand 3 from 
Cherry and Apple to VPres ?


-- Original Message --
From: "Chuck McCown" 
To: af@afmug.com
Sent: 4/7/2017 11:16:39 PM
Subject: Re: [AFMUG] Cable documentation

  See if you can open this:
  https://drive.google.com/open?id=0B-W9J8tPanuAeU1Lc3BDYWlVSjg

  Very rudimentary.  But you can see that some of the strands on the cable go 
clear to the end.
  Other strands are cut at a hand hole and spliced to another cable.

  The other cable is shown at the far right.  The >< symbols show it is spliced 
to a different cable.  You connect the > to the < as you jump  over handholes 
that are not part of the circuit for that strand.

  The – is a splice.  The 0 or dot is the end termination.  I used to have lots 
of color coding etc.  I could not find any of the old copper cable books for an 
example so I hacked this example out.  

  From: Adam Moffett 
  Sent: Friday, April 07, 2017 8:42 PM
  To: af@afmug.com 
  Subject: Re: [AFMUG] Cable documentation

  One column per splice.then you just type in the footage(s).
  Gee that makes sense.  It's as if you've done this before.


  -- Original Message --
  From: "Chuck McCown" 
  To: af@afmug.com
  Sent: 4/7/2017 10:31:17 PM
  Subject: Re: [AFMUG] Cable documentation

A spreadsheet works pretty well.  
One line per strand.  Have fields at the left for details about the 
circuit, customer, type of optics etc.
Then columns can represent footage to the splice with one column per 
splice.  You can even represent other cables being spliced in and taking off on 
another route.  

From: Justin Wilson 
Sent: Friday, April 07, 2017 4:06 PM
To: af@afmug.com 
Subject: Re: [AFMUG] Cable documentation

The line guys would do the following at the local phone company I worked 
out many many years ago.  I am sure there are lots of better ways to do it with 
modern processes. 

The cared about a few things.  Where can I find the splice points? Where 
can I find vaults? Where are my slack points on the path and how much is left 
or do I have? How do I do all this in the middle of the night during the rain? 
During install it was specified where the slack loops happen.  They would care 
about the overall material used when running cable.  If they ran down a road to 
a vault all they cared about was how much length off the spool was used. This 
was documented.  

Once everything was installed the certification notes were included in the 
construction closeout drawings and put in an appendix at the back of the book.  
The linemen did not care about such things. 

I typical do not see fiber being in a twisted pair type of configuration.  
Not sure what everyone else uses, but all the ones I pull apart are side by 
side.  I think there is even a “how it’s made” on fiber optic cable and it has 
a machine that makes sure they do not get twisted.

Just my .02.



Justin Wilson
j...@mtin.net

---
http://www.mtin.net Owner/CEO
xISP Solutions- Consulting – Data Centers - Bandwidth


http://www.midwest-ix.com  COO/Chairman
Internet Exchange - Peering - Distributed Fabric

  On Apr 7, 2017, at 4:23 PM, Adam Moffett  wrote:

  I started a spreadsheet to document a fiber line.  I figure I'll make a 
new file for each cable, a worksheet for notes on the cable as a whole, a 
worksheet for each buffer tube, and a color coded column for each fiber.  Each 
row will be 100'.  My thought was, if I have a splice enclosure 4200' down the 
line, I'll go down to row 42 and enter "Splice enclosure on pole 305".  Then I 
can note on each fiber whether it passes through the enclosure, or note what it 
splices to, including a reference to another file if necessary. 

  I understand they used to do something similar with 3-ring binders for 
mapping the pairs on phone lines.

  The first question I ran into was which distance do I go by:
  The actual distance the line has traveled
  The cable length, which will be ~15-20% longer due to slack loops
  The fiber length, which will be longer still due to the built in 
twist.but is easily measurable with an OTDR.
  All three somehow?

  Is this even a smart method?  Plan B is to use GIS.  I can add every 
pole, cable, and enclosure as objects in their actual location with properties 
describing the actual distance, cable length, fiber length and anything else I 
want.

  That would be technically better, but I'm the only one here who can use 
the GIS software whereas any 

Re: [AFMUG] Bonded links and signal degradation

2017-04-08 Thread Mike Hammett
I wish our vendors would get on being more intelligent. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Michael Gawlowski"  
To: af@afmug.com 
Sent: Friday, April 7, 2017 7:32:49 PM 
Subject: [AFMUG] Bonded links and signal degradation 



We have some bonded links (2x10Gbps) going up that may experience rain fade. 
What would you recommend for routing protocols/QoS methods that can adjust to 
changing throughput capacity? I was thinking of an OSPF equal cost load 
balancing option with QOS but we still run in to the problem of adapting to the 
available throughput. 

Is SDN pretty much the only option? I found Cisco’s onePK platform but didn’t 
want to go that route unless absolutely necessary. Something that works with 
MikroTik would be much more cost effective. 

Thank you, 
Mike Gawlowski 
Triad Wireless, LLC 

4226 S. 37 th St 
Phoenix, AZ 85040 
(602)-426-0542 
Triadwireless.net 




Re: [AFMUG] Bonded links and signal degradation

2017-04-08 Thread Mike Hammett
Hah, enter too quickly... 


In this regard... 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Michael Gawlowski"  
To: af@afmug.com 
Sent: Friday, April 7, 2017 7:32:49 PM 
Subject: [AFMUG] Bonded links and signal degradation 



We have some bonded links (2x10Gbps) going up that may experience rain fade. 
What would you recommend for routing protocols/QoS methods that can adjust to 
changing throughput capacity? I was thinking of an OSPF equal cost load 
balancing option with QOS but we still run in to the problem of adapting to the 
available throughput. 

Is SDN pretty much the only option? I found Cisco’s onePK platform but didn’t 
want to go that route unless absolutely necessary. Something that works with 
MikroTik would be much more cost effective. 

Thank you, 
Mike Gawlowski 
Triad Wireless, LLC 

4226 S. 37 th St 
Phoenix, AZ 85040 
(602)-426-0542 
Triadwireless.net 




Re: [AFMUG] 3.65 Wimax

2017-04-08 Thread Mike Hammett
SNMP needs to die, but our industry isn't ready for it. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Adam Moffett"  
To: af@afmug.com 
Sent: Friday, April 7, 2017 3:00:54 PM 
Subject: Re: [AFMUG] 3.65 Wimax 


We have something like 20% of our Wimax customers converted to LTE. 
Throughput is better in most cases. Latency is about half. 


nLOS success is usually similar to Wimax, but we've had a few surprises. Some 
CPE actually got worse, but they were generally fixable with antenna 
adjustment. Apparently due to layer1 differences they may respond differently 
to nearby objects. One specific thing i can think of is if you have the CPE 
mounted on the side of the house such that it looks the long way down the 
house.Wimax doesn't seem to care about having the house next to your path, 
but LTE did not like that (SNR went from 25 to 5 in one such case). In another 
case, the path turned out to be just barely through dirt. It was clipping the 
edge of the hill. Wimax worked with a marginally acceptable signal, but LTE had 
no connection at all. I think that was the only one we lost.and really with 
dirt in the way I'm sure we would have eventually had a problem with the Wimax 
too. 


I like Telrad's Breezeview software. They're going to add some TR-69 support in 
the next release so Breezeview can be the configuration server for your CPE, 
and I'm really looking forward to that. 


My only complaint is that there are still some bugs that I can't live with. It 
has been getting better with each software release, so I feel like we're 
getting closer to victory. 


I really really wish the Telrad equipment supported SNMP. I understand the 
technical benefits of NetConf and TR-69, but SNMP software is cheap/free 
whereas right now software for TR-69 and NetConf are both $$$. Ultimately I 
think they're on a path to getting us good data via Breezeview, which will 
collect a blend of data from the Base Station and the CPE, and what we're 
paying for Breezeview is not as much as we would pay for a TR-69 ACS and an NMS 
supporting NetConf. I still wish there was SNMPbut I think we'll get along 
with Breezeview. 


The LTE only UE (Telrad 8000) is better than any of the Wimax CPE I've 
seen...and somehow it's also cheaper. 


Anyway, LTE is a viable alternative to Wimax. You will pay more for it than you 
did for Wimax regardless of who the vendor is. There is also a learning 
curvethere's a different set of terminology for everything and more 
acronyms than you can shake a stick at. 








-- Original Message -- 
From: "SmarterBroadband" < li...@sbb.net > 
To: af@afmug.com 
Sent: 4/7/2017 3:09:47 PM 
Subject: Re: [AFMUG] 3.65 Wimax 






Like you we use Telrad WiMAX. It has been good for us. We will also transition 
to LTE soon. 





From: Af [mailto: af-boun...@afmug.com ] On Behalf Of Adam Moffett 
Sent: Friday, April 7, 2017 11:14 AM 
To: af@afmug.com 
Subject: Re: [AFMUG] 3.65 Wimax 


We still have it, yes. Transitioning to LTE. 

If you like-hated wimax, then you'll like-hate LTE even more. 



If you loved Wimax, then I don't think we can be friends. 





-- Original Message -- 

From: "Philip Rankin" < wireless...@gmail.com > 

To: "af" < af@afmug.com > 

Sent: 4/7/2017 1:56:26 PM 

Subject: [AFMUG] 3.65 Wimax 






Is anyone still operating 3.65 Wimax? 



Has any other technology/wireless protocol come along that can compete with 
Wimax's superior nLos capability? At any other bands? I have no interest in 
900. 



Thanks in advance for any feedback! 



-- 


Philip J. Rankin 

Wireless Telecommunications Services 
PO Box 24 
Pittsburg, KS 66762 






Re: [AFMUG] 3.65 Wimax

2017-04-08 Thread Seth Mattinen

On 4/8/17 7:31 AM, Mike Hammett wrote:

SNMP needs to die, but our industry isn't ready for it.



As difficult as SNMP can be sometimes, it is universal. I don't want to 
go back to a world where each vendor requires their own proprietary 
thing that you have to buy.


~Seth


Re: [AFMUG] 3.65 Wimax

2017-04-08 Thread Mike Hammett
That's not the intent, no. There are far better and also open ways. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Seth Mattinen"  
To: af@afmug.com 
Sent: Saturday, April 8, 2017 9:39:48 AM 
Subject: Re: [AFMUG] 3.65 Wimax 

On 4/8/17 7:31 AM, Mike Hammett wrote: 
> SNMP needs to die, but our industry isn't ready for it. 


As difficult as SNMP can be sometimes, it is universal. I don't want to 
go back to a world where each vendor requires their own proprietary 
thing that you have to buy. 

~Seth 



Re: [AFMUG] 3.65 Wimax

2017-04-08 Thread Mike Hammett
http://packetpushers.net/openconfig-standardized-models-networking/ 
http://www.grpc.io/ 
http://packetpushers.net/podcast/podcasts/datanauts-068-system-management-redfish/
 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Mike Hammett"  
To: af@afmug.com 
Sent: Saturday, April 8, 2017 10:32:26 AM 
Subject: Re: [AFMUG] 3.65 Wimax 


That's not the intent, no. There are far better and also open ways. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Seth Mattinen"  
To: af@afmug.com 
Sent: Saturday, April 8, 2017 9:39:48 AM 
Subject: Re: [AFMUG] 3.65 Wimax 

On 4/8/17 7:31 AM, Mike Hammett wrote: 
> SNMP needs to die, but our industry isn't ready for it. 


As difficult as SNMP can be sometimes, it is universal. I don't want to 
go back to a world where each vendor requires their own proprietary 
thing that you have to buy. 

~Seth 




[AFMUG] Gino's kid

2017-04-08 Thread Chuck McCown
Come on you cheapskates, kick down some coin.  

From: Tech via GoFundMe 
Sent: Saturday, April 08, 2017 9:46 AM
To: ch...@wbmfg.com 
Subject: Tech posted an update on "Tech Dragons Competiton Funding"

Hi Chuck A new update has been posted to Tech Dragons Competiton Funding We 
have the BEST fans and supporters around! We are 1/3 of the way to our 
goal...poco a poco, everybit counts. Please keep sharing our campaign. With 
great gratitude, The... 
  Create a Campaign  
   


  Chuck, I posted an update on  

  Tech Dragons Competiton Funding  

  We have the BEST fans and supporters around! We 
are 1/3 of the way to our goal...poco a poco, everybit counts. Please keep 
sharing our campaign. With great gratitude, The...  
  + Read More 


 
  
Looking for more ways to help this campaign?  
  
Donate again or share this update. Getting the 
word out to Facebook help the average campaign raise another $30.  
  
 Donate Again  
  
 
  
 Share on Facebook  
  
 
  
   
 
 



  This email was sent on behalf of Tech Dragons via 
GoFundMe.  
  Don't want these emails? 
  Unsubscribe  

 
 

  
   
 Sent from GoFundMe's Headquarters: 
  855 Jefferson Ave, PO Box 1329, Redwood City, CA 94063   
   

- - - - - - - - - - - - - - - - - - - 
 

Re: [AFMUG] CISCO VLAN question

2017-04-08 Thread Paul Stewart
haha.. yeah and I’ll take something that is reliable too ;)


> On Apr 8, 2017, at 9:00 AM, Josh Baird  wrote:
> 
> 5 clicks or one command?  I'll take Cisco's one command.
> 
> On Fri, Apr 7, 2017 at 11:19 PM, Timothy Steele  > wrote:
> All you Cisco lovers will hate me but just get a unfi setup what you are 
> doing would literally be like 5 clicks and done
> 
> 
> On Fri, Apr 7, 2017, 12:38 PM Josh Luthman  > wrote:
> VLAN is 1998 - wow!
> 
> 
> Josh Luthman
> Office: 937-552-2340 
> Direct: 937-552-2343 
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
> 
> On Fri, Apr 7, 2017 at 11:39 AM, Dave  > wrote:
> Yes.. 
>  I come from the 1990 era of Cisco LOL 
> 
> 
> 
> On 04/07/2017 10:29 AM, Cassidy B. Larson wrote:
>>  switchport trunk native vlan sounds like what you’re after?
>> It’ll pass an untagged vlan across a trunk port.
>> 
>>> On Apr 7, 2017, at 9:26 AM, Dave  
>>>  wrote:
>>> 
>>> Ok,
>>> So I want to manage my radio link and provide public access over that link.
>>> How do I configure my Cisco for switchport trunk to allow the customer to 
>>> connect at the other end with a sonicwall for his public ip?
>>> So the topology of this is
>>> Vlan 1000 is a managed vlan
>>> Vlan 2400 is the public access vlan
>>> Cisco port is mode trunk dot1q to allow both vlans but since the customer 
>>> dont have a vlan to configure on his sonic wall I would need my radios to 
>>> allow
>>> switchport access of 2400
>>> 
>>> Is there a way to tell the cisco to allow switchport access for vlan2400 on 
>>> the same trunked port?
>>> 
>>> Any ideas will be helpful
>>> 
>>> Thanks
>>> Dave
>>> 
>>> --
>>> 
> 
> -- 
> 
> 
> 



Re: [AFMUG] CISCO VLAN question

2017-04-08 Thread Seth Mattinen

On 4/8/17 9:04 AM, Paul Stewart wrote:

haha.. yeah and I’ll take something that is reliable too ;)




I bought a complete set of unifi stuff to see what it's all about. A 
security gateway, switch, and two access points. And while it is 
somewhat simple to set up it's very lacking in flexibility.


Apparently I can dig in json files and command lines to do other stuff 
the UI can't do and maybe it will stick across provisionings or maybe 
not, but why would I bother with that headache? I'd rather just stick 
with Cisco in that case.


But I can certainly see sticking a unifi system at a customer location 
where it's NAT everything super basic nothing fancy usage.


~Seth


Re: [AFMUG] CISCO VLAN question

2017-04-08 Thread Mike Hammett
It's meant for SMB, where there really isn't any need to change t hose things. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Seth Mattinen"  
To: af@afmug.com 
Sent: Saturday, April 8, 2017 11:23:24 AM 
Subject: Re: [AFMUG] CISCO VLAN question 

On 4/8/17 9:04 AM, Paul Stewart wrote: 
> haha.. yeah and I’ll take something that is reliable too ;) 
> 


I bought a complete set of unifi stuff to see what it's all about. A 
security gateway, switch, and two access points. And while it is 
somewhat simple to set up it's very lacking in flexibility. 

Apparently I can dig in json files and command lines to do other stuff 
the UI can't do and maybe it will stick across provisionings or maybe 
not, but why would I bother with that headache? I'd rather just stick 
with Cisco in that case. 

But I can certainly see sticking a unifi system at a customer location 
where it's NAT everything super basic nothing fancy usage. 

~Seth 



Re: [AFMUG] CISCO VLAN question

2017-04-08 Thread Josh Baird
I think the Unifi WAP's are great.  I use them everywhere.  But, I probably
won't ever touch their routing/security appliances/etc.

On Sat, Apr 8, 2017 at 12:23 PM, Seth Mattinen  wrote:

> On 4/8/17 9:04 AM, Paul Stewart wrote:
>
>> haha.. yeah and I’ll take something that is reliable too ;)
>>
>>
>
> I bought a complete set of unifi stuff to see what it's all about. A
> security gateway, switch, and two access points. And while it is somewhat
> simple to set up it's very lacking in flexibility.
>
> Apparently I can dig in json files and command lines to do other stuff the
> UI can't do and maybe it will stick across provisionings or maybe not, but
> why would I bother with that headache? I'd rather just stick with Cisco in
> that case.
>
> But I can certainly see sticking a unifi system at a customer location
> where it's NAT everything super basic nothing fancy usage.
>
> ~Seth
>


Re: [AFMUG] CISCO VLAN question

2017-04-08 Thread Mike Hammett
They have hired away the lead guy from one of the other major third-party 
firewall\router deals. I forget the project and the guy. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Josh Baird"  
To: af@afmug.com 
Sent: Saturday, April 8, 2017 12:19:18 PM 
Subject: Re: [AFMUG] CISCO VLAN question 


I think the Unifi WAP's are great. I use them everywhere. But, I probably won't 
ever touch their routing/security appliances/etc. 


On Sat, Apr 8, 2017 at 12:23 PM, Seth Mattinen < se...@rollernet.us > wrote: 


On 4/8/17 9:04 AM, Paul Stewart wrote: 


haha.. yeah and I’ll take something that is reliable too ;) 





I bought a complete set of unifi stuff to see what it's all about. A security 
gateway, switch, and two access points. And while it is somewhat simple to set 
up it's very lacking in flexibility. 

Apparently I can dig in json files and command lines to do other stuff the UI 
can't do and maybe it will stick across provisionings or maybe not, but why 
would I bother with that headache? I'd rather just stick with Cisco in that 
case. 

But I can certainly see sticking a unifi system at a customer location where 
it's NAT everything super basic nothing fancy usage. 

~Seth 






Re: [AFMUG] any reason to not use this cable underground in conduit?

2017-04-08 Thread Paul McCall
I don't think I have to worry about the freezing part 😊.   We get down to 
outside air temp of 32 maybe one day out of the year.

But, maybe I can be cheap, gel filled pre-terminated cables somewhere.  Just 
thinking how simple this would be.  We are entering into a very busy time and 
this is an "add-on" project.

Paul

-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of George Skorup
Sent: Saturday, April 8, 2017 9:24 AM
To: af@afmug.com
Subject: Re: [AFMUG] any reason to not use this cable underground in conduit?

I was always told that expansion due to water freezing is ungood for fiber.

On 4/8/2017 6:43 AM, Adam Moffett wrote:
> Honestly I don't know how the water hurts the glass.I was just 
> told not to let it in.



[AFMUG] OT: California has so much solar power, it has periods of "negative cost"

2017-04-08 Thread Bill Prince


The headline is somewhat tongue in cheek, but the implications are 
obvious. There will be times this spring (and it's already happened on 
March 11) when there is so much solar power, and it's exceeding the 
demand, that the effective wholesale cost is negative.


https://qz.com/953614/california-produced-so-much-power-from-solar-energy-this-spring-that-wholesale-electricity-prices-turned-negative/

Interesting factoid: "California produces half the solar power for the 
entire country."


--

bp




Re: [AFMUG] Cable documentation

2017-04-08 Thread Brian Webster
When I was helping on the Google fiber designs (working for Ericsson), the 
distances were measured by what they called stationing distances. This was 
usually a distance from a given starting point be in a CO or fiber hut or other 
logical origination. It was measured in feet and had its own notation/number 
system. Engineering drawing for the build always show the stationing distance 
for things like poles, vaults and such. It was linear distance and not 
cable/fiber distance. This gives you a fixed point anywhere along the plant 
even when the fiber lengths may change due to cuts and such. Chuck can probably 
explain the numbering system better. I would then add fields for fiber length 
and OTDR test measurements in the database records. Ericsson has an outside 
plant database and GIS system and that was how they set things up. It was very 
elaborate to the point of managing fibers/circuits, butterfly diagrams for 
manhole/vault layouts with all the ports and fiber bundles, cross connect and 
splice points, etc. The backed database was large and had many relationships.

 

 

Found some documentation I had when learning about stationing.

 

Stationing is the fundamental system of measurement used for road layout and 
construction. Stations are reference points that are placed along the 
horizontal measurement of a route centerline or a baseline at some regular 
interval. Generally, the distance between two adjoining stations along a route 
is 100 feet. The first station located at the beginning of the baseline is 
0+00, and the next station located 100 feet from it is 1+00. Therefore, a 
station number of 10+34.05 denotes 1,034.05 feet (10*100 + 34.05) from the 
starting station.

Placement of stations along a centerline

 

 

 

Thank You,

Brian Webster

www.wirelessmapping.com

www.Broadband-Mapping.com

 

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Chuck McCown
Sent: Saturday, April 08, 2017 10:21 AM
To: af@afmug.com
Subject: Re: [AFMUG] Cable documentation

 

No, that whole route is there.  All the details are on that sheet.  It is a 4 
strand cable that is spliced at cherry and apple handhole

 

From: Adam Moffett 

Sent: Saturday, April 08, 2017 5:52 AM

To: af@afmug.com 

Subject: Re: [AFMUG] Cable documentation

 

It seems like the book starts with the endpoints at the COwhich makes sense 
because that's where you'll start troubleshooting from.

 

Would there be a separate book for whatever cable is carrying strand 3 from 
Cherry and Apple to VPres ?

 

 

-- Original Message --

From: "Chuck McCown" 

To: af@afmug.com

Sent: 4/7/2017 11:16:39 PM

Subject: Re: [AFMUG] Cable documentation

 

See if you can open this:

https://drive.google.com/open?id=0B-W9J8tPanuAeU1Lc3BDYWlVSjg

 

Very rudimentary.  But you can see that some of the strands on the cable go 
clear to the end.

Other strands are cut at a hand hole and spliced to another cable.

 

The other cable is shown at the far right.  The >< symbols show it is spliced 
to a different cable.  You connect the > to the < as you jump  over handholes 
that are not part of the circuit for that strand.

 

The – is a splice.  The 0 or dot is the end termination.  I used to have lots 
of color coding etc.  I could not find any of the old copper cable books for an 
example so I hacked this example out.  

 

From: Adam Moffett 

Sent: Friday, April 07, 2017 8:42 PM

To: af@afmug.com 

Subject: Re: [AFMUG] Cable documentation

 

One column per splice.then you just type in the footage(s).

Gee that makes sense.  It's as if you've done this before.

 

 

-- Original Message --

From: "Chuck McCown" 

To: af@afmug.com

Sent: 4/7/2017 10:31:17 PM

Subject: Re: [AFMUG] Cable documentation

 

A spreadsheet works pretty well.  

One line per strand.  Have fields at the left for details about the circuit, 
customer, type of optics etc.

Then columns can represent footage to the splice with one column per splice.  
You can even represent other cables being spliced in and taking off on another 
route.  

 

From: Justin Wilson 

Sent: Friday, April 07, 2017 4:06 PM

To: af@afmug.com 

Subject: Re: [AFMUG] Cable documentation

 

The line guys would do the following at the local phone company I worked out 
many many years ago.  I am sure there are lots of better ways to do it with 
modern processes. 

 

The cared about a few things.  Where can I find the splice points? Where can I 
find vaults? Where are my slack points on the path and how much is left or do I 
have? How do I do all this in the middle of the night during the rain? During 
install it was specified where the slack loops happen.  They would care about 
the overall material used when running cable.  If they ran down a road to a 
vault all they cared about was how much length off the spool was used. This was 
documented.  

 

Once everything was installed the certification notes were included in the 
construction closeout drawings and put in an appendix 

Re: [AFMUG] CISCO VLAN question

2017-04-08 Thread David Milholen

Yes, I predate some cisco crap LOL

Like X.25 hosts and Packet switching. Nothin like a 5-1/4 floppy to 
start your network


The Native vlan hit the spot. I was able to tell the Force180 dcevices 
to get on the managed vlan and the customer vlan I set to native.


Worked like a charm.



On 4/7/2017 11:38 AM, Josh Luthman wrote:

VLAN is 1998 - wow!


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Fri, Apr 7, 2017 at 11:39 AM, Dave > wrote:


Yes..
 I come from the 1990 era of Cisco LOL



On 04/07/2017 10:29 AM, Cassidy B. Larson wrote:

switchport trunk native vlan sounds like what you’re after?
It’ll pass an untagged vlan across a trunk port.


On Apr 7, 2017, at 9:26 AM, Dave 
  wrote:

Ok,
So I want to manage my radio link and provide public access over that link.
How do I configure my Cisco for switchport trunk to allow the customer to 
connect at the other end with a sonicwall for his public ip?
So the topology of this is
Vlan 1000 is a managed vlan
Vlan 2400 is the public access vlan
Cisco port is mode trunk dot1q to allow both vlans but since the customer 
dont have a vlan to configure on his sonic wall I would need my radios to allow
switchport access of 2400

Is there a way to tell the cisco to allow switchport access for vlan2400 on 
the same trunked port?

Any ideas will be helpful

Thanks
Dave

--



-- 





--


Re: [AFMUG] CISCO VLAN question

2017-04-08 Thread Bruce Robertson
5-1/4 floppy?  What's that?  I prefer toggling the bootstrap into core 
memory through the front console switches.


On 4/8/17 7:30 PM, David Milholen wrote:


Yes, I predate some cisco crap LOL

Like X.25 hosts and Packet switching. Nothin like a 5-1/4 floppy to 
start your network


The Native vlan hit the spot. I was able to tell the Force180 dcevices 
to get on the managed vlan and the customer vlan I set to native.


Worked like a charm.



On 4/7/2017 11:38 AM, Josh Luthman wrote:

VLAN is 1998 - wow!


Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

On Fri, Apr 7, 2017 at 11:39 AM, Dave > wrote:


Yes..
 I come from the 1990 era of Cisco LOL



On 04/07/2017 10:29 AM, Cassidy B. Larson wrote:

switchport trunk native vlan sounds like what you’re after?
It’ll pass an untagged vlan across a trunk port.


On Apr 7, 2017, at 9:26 AM, Dave 
  wrote:

Ok,
So I want to manage my radio link and provide public access over that link.
How do I configure my Cisco for switchport trunk to allow the customer to 
connect at the other end with a sonicwall for his public ip?
So the topology of this is
Vlan 1000 is a managed vlan
Vlan 2400 is the public access vlan
Cisco port is mode trunk dot1q to allow both vlans but since the customer 
dont have a vlan to configure on his sonic wall I would need my radios to allow
switchport access of 2400

Is there a way to tell the cisco to allow switchport access for vlan2400 on 
the same trunked port?

Any ideas will be helpful

Thanks
Dave

--



-- 





--
!DSPAM:2,58e99cc7138799175414541! 




[AFMUG] Were you bored this weekend Chuck ? :)

2017-04-08 Thread CBB - Jay Fuller
Sirens are bad right ?

Create a custom radio on a certain frequency? I am sure these things are set 
off with a radio right

https://www.usatoday.com/story/news/2017/04/08/hacker-triggers-all-156-emergency-sirens-dallas/100212412/


Sent from my Verizon 4G LTE Smartphone