CMTS/Public Wifi provisioning question

Armstrong, Bill R Bill.Armstrong at charter.com
Fri May 30 19:06:32 UTC 2014


That’s what I was thinking, I'm not sure about the specifics of the implementation in question but the SSID may have a unique tunnel address(back to a wireless controller) which *could* be used to tag the flows with a specific SCN. 


-Bill


-----Original Message-----
From: NANOG [mailto:nanog-bounces at nanog.org] On Behalf Of Blake Hudson
Sent: Friday, May 30, 2014 10:03 AM
To: nanog at nanog.org
Subject: Re: CMTS/Public Wifi provisioning question

DOCSIS config files allow one to use service flow classifiers that match on a variety of criteria. I imagine either the IP range used for public access or the SSID/VLAN/Interface of the wifi hotspot could be used in this instance. http://www.cmtsinfo.net/?howto=cm_config provides a good general overview of what's available and how to apply (see section 6 on classifiers).

Of course, even if a dedicated service flow is used, this could still compete with the bandwidth available to the modem or to other modems served on the same node. I could envision this making network bandwidth management more difficult as customers roam, especially if they densely congregate.

--Blake

Frank Bulk wrote the following on 5/29/2014 10:27 PM:
> Interesting, I may need to open a ticket with Moto to ask how that’s done.
>
>   
>
> Frank
>
>   
>
> From: Scott Helms [mailto:khelms at zcorum.com]
> Sent: Thursday, May 29, 2014 7:58 AM
> To: Frank Bulk
> Cc: Jay Ashworth; NANOG
> Subject: Re: CMTS/Public Wifi provisioning question
>
>   
>
>  From talking to folks involved with http://www.cablewifi.com/ and 
> Comcast support there is a separate service flow for the public SSID.  
> I have yet to configure that in the lab, but it sounds like a good 
> project :)
>
>
>
>
>   
>
> Scott Helms
> Vice President of Technology
> ZCorum
> (678) 507-5000
> --------------------------------
> http://twitter.com/kscotthelms
> --------------------------------
>
>   
>
> On Thu, May 29, 2014 at 1:19 AM, Frank Bulk <frnkblk at iname.com <mailto:frnkblk at iname.com> > wrote:
>
> It's my understanding that the public Wi-Fi uses the same data flow as the subcriber's data flow.  I've seen nothing in the release notes for ARRIS or Moto that suggest one can tie an SSID to a specific service flow.
>
> Frank
>
> -----Original Message-----
> From: NANOG [mailto:nanog-bounces at nanog.org 
> <mailto:nanog-bounces at nanog.org> ] On Behalf Of Jay Ashworth
> Sent: Wednesday, May 28, 2014 9:01 AM
> To: NANOG
> Subject: CMTS/Public Wifi provisioning question
>
> I expect Frank Bulk to have an opinion on this, all others welcome.
>
> Hat tip to Bright House -- I've noticed lately that I don't have to go 
> through their captive portal when using their public wifi hotspots 
> (they participate in the CableWifi consortium, using WAPs built into 
> their
> 6580 and other cablemodems, and offer a carrier-specific connection 
> SSID as well).
>
> This has led me to a point of curiosity:
>
> If I'm the subscriber, and I've paid for 15 mb/s down, then my wired 
> connection and my private wireless (if provisioned, and they charge 
> $10/mo, so I'll do that myself, thanks) are using one ... DOCSIS path?
> back to the CMTS.
>
> I assume that cableco provided voice is on a separate path, and I'm 
> sure the TV service is -- if it's even IP at all.
>
> But the question is: is that public wifi service *also* on a separate 
> bandwidth-limited channel out of the cablemodem?
>
> Offline replies fine, unless you think it's of sufficiently general 
> interest; I expect it's implementation dependent.
>
> Cheers,
> -- jra
>
> --
> Jay R. Ashworth                  Baylink                       jra at baylink.com <mailto:jra at baylink.com>
> Designer                     The Things I Think                       RFC 2100
> Ashworth & Associates       http://www.bcp38.info          2000 Land Rover DII
> St Petersburg FL USA      BCP38: Ask For It By Name!           +1 727 647 1274 <tel:%2B1%20727%20647%201274>
>
>
>
>   
>



More information about the NANOG mailing list