April 2015 - Test - lists.nanog.org

IPTV providers in IN/Chicago
by Brandon Martin 01 May '15

01 May '15

Anyone know of an IPTV provider/wholesaler who I could meet in Indianapolis (Henry St/Lifeline) or Chicago (Cermak/Equinix)? Direct solicitations are OK out-of-band. -- Brandon Martin

6 14

CFP: IEEE ICNP (Submission Deadline Just a Week Away)
by Srihari Nelakuditi 30 Apr '15

30 Apr '15

Call for Papers IEEE ICNP 2015 http://icnp15.cs.ucr.edu/ ICNP, the IEEE International Conference on Network Protocols, is the premier conference on network protocols, covering all aspects of network protocol research, including design, analysis, specification, verification, implementation, and performance. Sponsored by the IEEE, ICNP 2015 is the 23rd edition of the conference, to be held in San Francisco, CA, USA from Nov. 10-13, 2015. ====================================================================== Important dates Paper Submission May 8, 2015, 7:59 PM EST (FIRM) Acceptance Notification June 30, 2015 Camera Ready Version Aug 15, 2015 ====================================================================== We invite papers with significant, original research contributions to the field of network protocols for submission. Topics of interest include, but are not limited to: * All aspects of network protocol research including design, specification, verification, implementation, measurement, testing, and analysis * Domain-specific solutions, including protocols for network security, Internet of Things, routing, user privacy, network management, and data centers * Application-layer protocols for peer-to-peer systems, social networks, and emerging systems * Contributions to network architecture, e.g., specific algorithms and protocols for software defined networks, network virtualization, or future Internet architectures ICNP 2015 will select an accepted full paper for the best paper award. Up to two of the best papers from ICNP will be fast-tracked in the IEEE/ACM Transactions on Networking, with a streamlined journal review process. Acceptance of fast-tracked papers in ToN is not guaranteed, but is more likely than a regular submission. Submission Guidelines * All papers should adhere to the IEEE Computer conference paper formatting requirements (IEEEtran.cls) and should not exceed 10 pages with font size no smaller than 10 pt (details can be found on the submission guidelines and formatting page). * ICNP uses a double-blind review process. The identity of authors and referees will not be revealed to each other. To ensure double-blind reviewing, author names and affiliations should not appear in the paper; bibliographic references should be made in such a way as to preserve author anonymity; acknowledgement with identifiable names and funding sources should be removed. Note that own work should be cited as a third person. Papers violating this double-blind review policy will be rejected without review. * Authors need to indicate on their paper’s submission page all TPC members with whom they have conflicts of interest. * Every paper MUST be presented by an author at the conference. The author list MUST remain the same as when the paper was submitted for review, and any changes in the author list or title is forbidden without prior written permission from the TPC Co-Chairs. At least one author of an accepted paper is expected to register at the full rate of the conference and to present the paper at the conference, in order for the paper to appear in the conference proceedings and be submitted to the IEEE digital library. Papers not presented by an author at the conference will not be published in the proceedings or submitted for inclusion in the IEEE digital library. Integrity Policy Submitted papers should not be previously published nor under review by another conference or journal. In some cases, the ICNP chairs may share information about submitted papers with other conference chairs and journal editors to ensure the integrity of papers under consideration. Authors are prohibited from informing any TPC member of any identifiable information (such as titles) of their submissions. Also, papers containing plagiarized material will be subject to the IEEE plagiarism policy and will be rejected without review. Organizing Committee General Co-Chairs: Srikanth V. Krishnamurthy, University of California, Riverside Prasant Mohapatra, University of California, Davis TPC Co-Chairs: Aditya Akella, University of Wisconsin, Madison Vishal Misra, Columbia University Steering Committee: Kevin Almeroth, University of California, Santa Barbara Ken Calvert, University of Kentucky Sonia Fahmy, Purdue University Mohamed Gouda, University of Texas, Austin Timothy G. Griffin, University of Cambridge Teruo Higashino, Osaka University David Lee, HP Labs K.K. Ramakrishnan (Chair), University of California, Riverside Krishan Sabnani, Bell Laboratories ======================================================================

1 0

Single box Mux for qty (4) ChOC-3 to 12 DS3
by Watson, Bob 29 Apr '15

29 Apr '15

Any recommendations on something reliable / affordable? Opti line from Adtran is an option thx

1 0

Current state / use of OSPF-TE
by Josh Reynolds 29 Apr '15

29 Apr '15

What is the current state/use of OSPF-TE? Something you don't hear about much, for sure. Is this something that wasn't designed well, supported well, or was it just superseded by label based switching by the vast Telco market? Any info would be appreciated. Thanks -- Josh Reynolds CIO, SPITwSPOTS www.spitwspots.com

3 2

vendor spam OTD
by Rob Seastrom 28 Apr '15

28 Apr '15

Anyone else been spammed by Andy Boland at "Function5 Technology Group"? -r

7 10

RE: OSP multi-fiber Network-to Network Interface - Recommendations requested
by Lorell Hathcock 28 Apr '15

28 Apr '15

Roy: Thanks. I seek information from people that have already done this kind of thing before. Admittedly, this may be lower down the OSI model than many of them go, but there are some lurkers among the bunch. So, re-phrased, I would ask "What are industry standard, best practices when designing an OSP multi-fiber NNI?" Thanks, Lorell From: Roy Hirst [mailto:rhirst@xkl.com] Sent: Monday, April 27, 2015 11:59 AM To: Lorell Hathcock Subject: Re: OSP multi-fiber Network-to Network Interface - Recommendations requested Lorell The silence of the experts is indeed rare. At my reading, though, it was not very clear what you were asking the alias for. You have some perfectly reasonable questions re negotiation, and a project to design presumably soon. Sounds exciting. What did you want to ask, I may be able to help. Roy Roy Hirst | 425-556-5773 | XKL LLC | xkl.com On 4/27/15 9:23 AM, Lorell Hathcock wrote: It's rare that NANOG is speechless on an issue. Have I stumped the experts? :) -----Original Message----- From: NANOG [mailto:nanog-bounces@nanog.org] On Behalf Of lorell(a)hathcock.org <mailto:lorell@hathcock.org> Sent: Saturday, April 25, 2015 10:53 AM To: nanog(a)nanog.org <mailto:nanog@nanog.org> Subject: FW: OSP multi-fiber Network-to Network Interface - Recommendations requested NANOG: The purpose of this email is to discuss information, standards, recommendations, et cetera about interconnect solutions considering the parameters contained herein. We believe the correct term is a multi-fiber network to network interface. My firm has made an IRU agreement with a municipality to use each other's OSP fibers. In most of the City's OSP, they have a 96 strand count fiber with eight buffer tubes (each buffer tube having 12 fibers). They have dedicated the black buffer tube for our use (again, 12 strands) We have yet to build any OSP fiber plant. When we do and when we interconnect with the City's fiber, we will extend a minimum of 96 fibers. When our plant extends in public right of way, we will interconnect 84 strands (maybe 7 buffer tubes with 12 strands each) of our fiber to the City and keep a minimum of one for our ourselves. It is highly likely that we will pull a much higher fiber count cable to give ourselves additional fibers beyond just 12 strands. On certain projects, when outside City limits and/or on private right of way within City limits, we are required to give them 12 strands of fiber. When we interconnect with their fiber, we must consider the following: 1. How many strands with which will we interconnect? a. If we are interconnecting in the middle of a City span, we must think about interconnecting with North-bound and South-bound fibers. (12 fibers for us going in two directions and as many as 84 fibers for them going in two directions). b. If we are connecting at the end of a City span, we must consider just the South-bound fibers and the interconnection between our OSP. 2. Available real estate for placing vaults, pedestals, FDHs, et cetera. 3. The likelihood of damage from accidents on the adjacent roads. 4. The likelihood of water filling up underground vaults. 5. dB loss resulting from splices, interconnects, et cetera. 6. Scalability and future growth. 7. Other considerations? In our discussions with the City, we have contemplated a dual cabinet system where we ask the following questions to determine how to load those cabinets. 1. Where is the proposed interconnect in terms of real estate and adjacent traffic? (Find a safe place with enough real estate). 2. How many fibers will interconnect from our network to theirs? (either 12 or 84 for each direction we take from the site - most likely just one direction). 3. How many fibers will interconnect from their network to ours? (just 12 at most, but likely in at least two directions - because we are cutting into their fiber mid-span) Once those questions are answered, then we can design and build the cabinets. Also, we want to be cost effective in this design. Thanks in advance for a push in the right direction. Sincerely, Lorell Hathcock Chief Technology Officer SolStar Network, LLC The information contained in this e-mail message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender at the above e-mail address.

1 0

(OT) cisco tacops
by Chaim Rieger 27 Apr '15

27 Apr '15

Seeking to make contact with somebody in Cisco Tacops please. Any help would be appreciated, not sales related, would like to lend a hand with current ops.

1 0

Re:
by Clay Fiske 27 Apr '15

27 Apr '15

On Apr 27, 2015, at 2:14 PM, Elizabeth Zwicky via NANOG <nanog(a)nanog.org> wrote: > > http://postmaster.yahoo.com will allow you to contact the postmaster team for assistance. > I've reported this error already, but fixing it won't help you any; basically, the web page without the link is all Yahoo's willing to publicly say about that error message, you'll need to talk to postmaster for help debugging your particular situation. > Elizabeth ZwickyYahoo Mail > If one cares to read it, fixing the link typo(s) gets me redirected to this link, which does work and does appear to be ToS info: https://policies.yahoo.com/xw/en/yahoo/terms/product-atos/comms/index.htm <https://policies.yahoo.com/xw/en/yahoo/terms/product-atos/comms/index.htm> -c

1 0

Yahoo postmaster
by Matthew Black 27 Apr '15

27 Apr '15

One of our user’s e-mail messages to Yahoo bounced with the following link for more information: http://postmaster.yahoo.com/errors/postmaster-27.html which redirects to https://help.yahoo.com/kb/postmaster/SLN5067.html?impressions=true That page contains a link to “Yahoo Mail and Yahoo Messenger Terms of Service”, which is broken! http://https//info.yahoo.com/legal/us/yahoo/mail/en-us/<http://https/info.yahoo.com/legal/us/yahoo/mail/en-us/> It redirects to an https link saying, Server not found. I hope someone from Yahoo can fix this. matthew black california state university, long beach

2 1

192.0.1.0/24?
by Harley H 27 Apr '15

27 Apr '15

Does anyone know the status of this netblock? I've come across a malware sample configured to callback to an IP in that range but it does not appear to be routable. Yet, it is not mentioned in RFC 5735 nor does it have any whois information. Thanks, Harley

8 10