Re: Multicast traffic % in enterprise network ?

[Brian Knight]

On 2018-08-08 13:49, Mankamana Mishra (mankamis) via NANOG wrote:

Hi Every one,
Recently we had good discussion over multicast uses in public
internet. From discussion, it was pointed out uses of multicast is
more with in enterprise.  Wanted to understand how much % multicast
traffic present in network

  *   If there is any data which can provide what % of traffic is
multicast traffic. And if multicast is removed, how much unicast
traffic it would add up?
  *   Since this forum has people from deployment area, I would love
to know if there is real deployment problems or its pain to deploy
multicast.


These questions is to work / discussion in IETF to see what is pain
points for multicast, and how can we simplify it.



Thanks
Mankamana



Hi Mankamana,

I once worked for a financial futures broker-dealer where I implemented 
multicast, which was around 2009.  They had one main application, which 
was a trading "screen" that traders and customers used to execute 
trades.  I would guesstimate maybe 5-10% of the packets and bytes 
flowing over the network was multicast, depending on network conditions.


In terms of bandwidth savings, I'm not sure how much we saved.  We had 
nine or ten participants using that particular application.  However, 
they all worked on different desks, trading different products.  The app 
was smart enough to send only the price feeds in which the user was 
interested.  Assuming at least 50% of the users looked at the same price 
feeds 50% of the time, I'd say it saved about 25-50 meg.


We also had one major exchange distributing price feeds via multicast.  
However, that feed was not routed on our network.  Our systems plugged 
directly into exchange-provided switches for the feed.


The hurdles I had to overcome to implement multicast were:

* The learning curve for PIM.  Deciding on the deployment model was 
difficult, as were the first few support calls.  We wound up going with 
PIM-SM w/ BSR for RP selection.


* Vendor support for PIM on our gear.  These were mainly troubles with 
PIM running on firewalls in high-availability mode.


If I had to do it over again, I wouldn't have bothered with multicast.  
It was a great opportunity and we learned a lot, but the app had a 
unicast mode of operation that would have worked perfectly fine for our 
purposes.


I work for an ISP now.  We have decided not to support multicast on our 
network for now mainly because of the learning curve, and also because 
we simply don't see that much demand.  Those two or three prospective 
customers that wanted it, wanted it for multi-site video conferencing on 
an MPLS VPN.


Hope this helps,

-Brian

Re: Feedback - SBC Vendors.

[Aaron Gould]

I work for a Telephone/ISP/CATV/Security company

We used ACME Packet SBC years ago, then migrated to our MetaSwitch IP phone 
system with Perimeta SBC

https://www.metaswitch.com/products/core-network/perimeta-sbc

If you would like to talk to the voice engineers that I work with, let me know 
and I can put you in touch with them.  They work closely with those two products

(Like I said we migrate away from Acme packet years ago, from what I understand 
it might be an Oracle product now)

Aaron

> On Aug 8, 2018, at 6:56 PM, Ryan Finnesey  wrote:
> 
> I am going to have to install a series of SBCs for a  voice offering 
> connected to Microsoft Teams.  We are going to pass the SIP traffic off to a 
> larger number of SIP providers.  I would like  to get some feedback from the 
> group on SBC vendors.  I have two options for vendors Ribbon or AudioCodes.  
> I am leaning towards a software based SBC over an appliance. 
> 
> Would be helpful to get the other members feedback on Ribbon or AudioCodes 
> deployments within their networks.
> 
> Cheers
> Ryan
> 

Re: Multicast traffic % in enterprise network ?

[Daniel Corbe]

On 8/8/2018 18:22:04, "Scott Weeks"  wrote:



--- j...@depaul.edu wrote:
From: John Kristoff 

:: In my experience, real world IP multicast experience
:: and expertise is almost non-existent.



Major snippage, but these're my experiences, too.
However, not in the .edu world.

scott





I've been working with IP now for close to 15 years and my first 
exposure to multicast wasn't until I recently began working on a cable 
TV product for an ISP that runs a residential access network.


So I can believe that, for sure.

Re: Feedback - SBC Vendors.

[Daniel Corbe]

at 7:56 PM, Ryan Finnesey  wrote:

I am going to have to install a series of SBCs for a  voice offering  
connected to Microsoft Teams.  We are going to pass the SIP traffic off  
to a larger number of SIP providers.  I would like  to get some feedback  
from the group on SBC vendors.  I have two options for vendors Ribbon or  
AudioCodes.  I am leaning towards a software based SBC over an appliance.


Would be helpful to get the other members feedback on Ribbon or  
AudioCodes deployments within their networks.


Cheers
Ryan


I have a few things to add to this because I’ve been through the ringer  
when it comes to SBCs.


1) I didn’t know AudioCodes still made SBCs.   But at one point in time,  
they absorbed NetRake and promised NetRake’s customers that they’d continue  
looking after the product.   A couple of years after that deal was done,  
they discontinued support with only a few months warning.   So given their  
track record, maybe it’s something to avoid.


2) No opinion on Ribbon.   I’ve never worked with their stuff.   If you’re  
looking for suitable market alternatives for feature and pricing  
comparison, check out Genband and Sansay.


3) Avoid Oracle’s SBCs like the plague.   They used to be Acme Packet, the  
industry gold standard.   But under Oracle, they’ve crushed themselves  
under the weight of their own apathy.   I’ve had nothing but support  
nightmares.  I still to this day have a pair of broken 3830s that they  
refuse to take a look at.


4) The notion that software based solutions are better than hardware ones  
is a good notion.   On modern hardware, a dual-core VM can process a few  
thousand simultaneous calls at very healthy and respectable tear-down and  
set-up rates.  And hardware is always going to be more expensive than  
software.


-Daniel

Re: YANG daemeon for Linux

[Marcus Leske]

Yes Rob, i’d like to do what you described: use netconf and yang to
provision the quagga BGP implementation.

Can you describe work arounds? If any.

Can i convert a bgp yang model to json/yaml and have some other app consume
it?

Thanks

On Sunday, July 29, 2018, Rob Shakir  wrote:

> Could you define "render"?  If you're looking to take a YANG model (which
> one?) and configure Linux kernel networking features with it, I can't
> recall having seen something that does this. I have been working on a side
> project (which I'm hoping to bring to a hackathon) to take Linux networking
> and map it to OpenConfig - but this is maexceptionally embryonic.
>
> If you're looking for ways to manipulate data instances for YANG-modelled
> schemas on Linux, here are some options (full disclosure: I lead the
> development of two of them):
>
>- ygot - produces Go structs, or Protobufs that correspond to a YANG
>model - github.com/openconfig/ygot
>- pyangbind - produces Python classes that correspond to a YANG model -
>github.com/robshakir/pyangbind
>- ydk (Cisco) - produces Python and C++ APIs, more centred around device
>interaction (https://developer.cisco.com/site/ydk/)
>
> Cheers,
> r.
>
> On Sat, 28 Jul 2018 at 03:54 Vincent Bernat  wrote:
>
> >  ❦ 27 juillet 2018 12:23 -0700, Karl Jørn  :
> >
> > > Looking for an agent on Linux that will render YANG models, so I can
> > > provision networking on Linux.
> >
> > Maybe looking at this one:
> >  http://yuma123.org/wiki/index.php/Yuma_netconfd_Manual
> > --
> > Make sure your code "does nothing" gracefully.
> > - The Elements of Programming Style (Kernighan & Plauger)
> >
>

Re: Nokia SP Business Group Account Contact

[Brant Ian Stevens]

Thank you to everyone that reached-out to me offline and forwarded my 
request onward.  I'm all set now.


--
Regards,
--
Brant I. Stevens

On 8/8/18 10:57 AM, Brant Ian Stevens wrote:
Sorry to bother the list, but could someone help me get in touch with 
a Nokia account rep from their SP team for the NYC area? Specifically 
looking for information on the managed sp wireless solution.


I've tried going through the website, but have made no progress 
reaching the right people to move my request forward.

Re: [c-nsp] Leaked Video or Not (Linux and Cisco for internal Sales folks)

[Marcus Leske]

What do you mean ? Examples of Telemetry use cases are infinite?

Are you asking for popular use cases that were not possible with snmp and
netflow?

Cheers

On Sunday, August 5, 2018, Sami Joseph  wrote:

> On the topic of marketing hypes vs real requirements, does anyone see real
> use cases for telemetry ? Can anyone pls give me examples?
>
> Thanks
>
> On Sunday, July 8, 2018,  wrote:
>
>> > From: Marcus Leske [mailto:marcusles...@gmail.com]
>> > Sent: Saturday, July 07, 2018 3:58 PM
>> >
>> > open APIs tops that funny abuse list IMHO :
>> > https://github.com/OAI/OpenAPI-Specification/issues/568
>> >
>> > can we change the topic of the thread to an informative one, instead of
>> a
>> > leaked video or not, to why exactly do network engineers are often
>> > confused by the abusive marketing all over the place of what is open and
>> > what is not and other computing terms.
>> >
>> > I guess this is happening in networking more often than other domains
>> > because networking people didnt get a chance in their career to learn
>> about
>> > the world of computing, their heads were somewhere else, learning about
>> > complex networking protocols and not the common computing interfaces,
>> > the open source world, existing  frameworks and paradigms, this video
>> helps
>> > a bit on how did this happen:
>> > https://vimeo.com/262190505https://vimeo.com/262190505
>> >
>> > has anyone here seen list of topics that network engineers usually miss
>> on
>> > their journey ?  i know they never get exposed to software development
>> > and engineering in general, databases, web technologies, operating
>> system
>> > fundamentals.
>> >
>> Well I guess if you stick around in networking for long time you kind of
>> get exposed to some of these to a certain level on a day job, some of it
>> was covered in school in various levels of detail, and to some of these
>> concepts we (networkers) get a specific very narrow filed exposure I'd say,
>> like in your example of databases -well various protocol tables are good
>> examples of decentralized distributed databases, then some Network OS-es
>> are good examples of distributed operating systems. So I guess it then just
>> boils down to the willingness of and individual to understand these
>> concepts on an ever more fundamental level -with every next interaction
>> with these. Maybe it draws one more towards the software development side
>> or perhaps more towards the somewhat holistic understanding of the
>> networking discipline through graph theory and complex adaptive systems.
>>
>>
>> adam
>>
>> netconsultings.com
>> ::carrier-class solutions for the telecommunications industry::
>>
>>
>> ___
>> cisco-nsp mailing list  cisco-...@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
>

Re: Feedback - SBC Vendors.

[cyrus ramirez via NANOG]

Hello:Unfortunately, we use Oracle SBC due to our text requirements.
Cytus Ramirez

Sent from Yahoo Mail on Android 
 
  On Wed, Aug 8, 2018 at 7:57 PM, Ryan Finnesey wrote:   I 
am going to have to install a series of SBCs for a  voice offering connected to 
Microsoft Teams.  We are going to pass the SIP traffic off to a larger number 
of SIP providers.  I would like  to get some feedback from the group on SBC 
vendors.  I have two options for vendors Ribbon or AudioCodes.  I am leaning 
towards a software based SBC over an appliance. 

Would be helpful to get the other members feedback on Ribbon or AudioCodes 
deployments within their networks.

Cheers
Ryan
  

Feedback - SBC Vendors.

[Ryan Finnesey]

I am going to have to install a series of SBCs for a  voice offering connected 
to Microsoft Teams.  We are going to pass the SIP traffic off to a larger 
number of SIP providers.  I would like  to get some feedback from the group on 
SBC vendors.  I have two options for vendors Ribbon or AudioCodes.  I am 
leaning towards a software based SBC over an appliance. 

Would be helpful to get the other members feedback on Ribbon or AudioCodes 
deployments within their networks.

Cheers
Ryan

Re: possible hawaii weather issue next week

[Scott Weeks]

--- sur...@mauigateway.com wrote:
From: "Scott Weeks" 

If you have stuff in Hawaii, you might want to
start thinking about your DR plan. 



Whew, that was close!

http://weather.hawaii.edu/satellite/jsanim.cgi?res=4km=ir=nep=720=30=900=uhmet=goeswest=off

I don't know if anyone's interested in the discussion,
(and perhaps it should go into another thread, if so) 
but I have been noticing a tendency among managers here
to ignore getting ready for stuff like this.  Is that
normal for what you see or do managers where you are
start dusting off and following your DR plan?  "We 
don't have time to moved all that data off site to the 
mainland and all the other stuff in the plan.  We need 
you to focus on XXX first".

scott

Re: Multicast traffic % in enterprise network ?

[Scott Weeks]

--- j...@depaul.edu wrote:
From: John Kristoff 

:: In my experience, real world IP multicast experience 
:: and expertise is almost non-existent.  

:: but it tends to just work once setup and rarely 
:: changes. 

:: the setup was done a long time ago and people rarely 
:: touch it now.

:: If I want to simplify and secure things a little 
:: more, I'd probably look at better limiting IGMP and 
:: PIM joins.  Limiting as much of the possibility for 
:: anyone or anything to instantiate state in the 
:: network


Major snippage, but these're my experiences, too.  
However, not in the .edu world.

scott

Re: Multicast traffic % in enterprise network ?

[John Kristoff]

On Wed, 8 Aug 2018 18:49:52 +
"Mankamana Mishra (mankamis) via NANOG"  wrote:

>   *   If there is any data which can provide what % of traffic is
> multicast traffic. And if multicast is removed, how much unicast
> traffic it would add up?

Good question about the volume (and frequency).  I will see if I can
measure here, but all I can say if it helps any, is that is still
fairly widely used in the enterprise for "imaging" systems.  That is,
updating a set of systems and apps simultaneously from a single source.

> *   Since this forum has people from deployment area, I would love
> to know if there is real deployment problems or its pain to deploy
> multicast.

In my experience, real world IP multicast experience and expertise is
almost non-existent.  This is the big problem potentially, because it is
fairly popular on some campuses for niche applications, but it tends to
just work once setup and rarely changes.  For many R institutions,
the setup was done a long time ago and people rarely touch it now.

However, I rarely see IP multicast-related problems anymore.  It
helps that interdomain multicast is dying.  Traditional PIM-SM
with one or more anycast RPs isn't too complicated, and I can't
remember the last time anything out of the ordinary came up.

A decade or more ago at another institution that did IP/TV over IP
multicast to dorms, we'd run into head-banging-against-the-wall problems
about once a year.  Very painful experiences usually due to buggy
router code or interesting switch/router behavior with IGMP-snooping
and/or joins/leaves.  Those days seem to be behind us.

> These questions is to work / discussion in IETF to see what is pain
> points for multicast, and how can we simplify it.

I can't think of too much that should change now.  If I want to simplify
and secure things a little more, I'd probably look at better limiting
IGMP and PIM joins.  Limiting as much of the possibility for anyone or
anything to instantiate state in the network devices.  SSM without the
all the potential source-specific state would be nice.

John

Re: Multicast traffic % in enterprise network ?

[nanog]

s/NDP/MLD/

On 08/08/2018 11:36 PM, na...@jack.fr.eu.org wrote:
> On 08/08/2018 11:27 PM, Saku Ytti wrote:
>> On Wed, 8 Aug 2018 at 23:53, Stan Barber  wrote:
>> Another 'we fixed a problem in IPv6', which turned out to be worse
>> than the original problem and was quietly ignored in practical
>> networks.
>>
> 
> Let me fix that for you.
> Using multicast on IPv6 grant us the ability to do more.
> Today, this is worthless.
> Will it be the same tomorrow ?
> 
> Multicast without NDP is broadcast, thus for that particular thing, ipv6
> is just better than ipv4.
> 

Re: Multicast traffic % in enterprise network ?

[nanog]

On 08/08/2018 11:27 PM, Saku Ytti wrote:
> On Wed, 8 Aug 2018 at 23:53, Stan Barber  wrote:
> Another 'we fixed a problem in IPv6', which turned out to be worse
> than the original problem and was quietly ignored in practical
> networks.
> 

Let me fix that for you.
Using multicast on IPv6 grant us the ability to do more.
Today, this is worthless.
Will it be the same tomorrow ?

Multicast without NDP is broadcast, thus for that particular thing, ipv6
is just better than ipv4.

Re: Multicast traffic % in enterprise network ?

[Arie Vayner]

Multicast is heavily used for applications such as stock trading and
industrial networks. So it really depends...

On Thu, Aug 9, 2018, 00:23 Justin M. Streiner  wrote:

> On Wed, 8 Aug 2018, Mankamana Mishra (mankamis) via NANOG wrote:
>
> >  *   If there is any data which can provide what % of traffic is
> > multicast traffic. And if multicast is removed, how much unicast traffic
> > it would add up?
> >  *   Since this forum has people from deployment area, I would love to
> > know if there is real deployment problems or its pain to deploy
> > multicast.
>
> > These questions is to work / discussion in IETF to see what is pain
> > points for multicast, and how can we simplify it.
>
> The amount of multicast traffic on an enterprise network will depend
> greatly on how multicast is being used, and to some extent, the type of
> business the enterprise is in.
>
> An enterprise that uses multicast primarily for IPTV distribution might
> have different business and technology drivers than, say, a hospital
> or healthcare organization that has patient monitors that use multicast
> to communicate back to a central monitoring station.  The percentage of
> multicast traffic in those two scenarios might be vastly different, but
> no less important to their respective organizations.
>
> Thank you
> jms
>

Re: Multicast traffic % in enterprise network ?

[Greg Shepherd]

Financial exchanges around the world use multicast.

On Wed, Aug 8, 2018 at 1:31 PM, Stan Barber  wrote:

> As someone else remarked, part of this will depend on the type of network
> you are profiling. One enterprise networking may have critical internal
> applications that depend on multicast to work and others may have nothing
> but the basic requirements of the network itself (e.g. IPv6 uses multicast
> instead of broadcast for some network control information distribution).
>
> On Wed, Aug 8, 2018 at 11:49 AM, Mankamana Mishra (mankamis) via NANOG <
> nanog@nanog.org> wrote:
>
> > Hi Every one,
> > Recently we had good discussion over multicast uses in public internet.
> > From discussion, it was pointed out uses of multicast is more with in
> > enterprise.  Wanted to understand how much % multicast traffic present in
> > network
> >
> >   *   If there is any data which can provide what % of traffic is
> > multicast traffic. And if multicast is removed, how much unicast traffic
> it
> > would add up?
> >   *   Since this forum has people from deployment area, I would love to
> > know if there is real deployment problems or its pain to deploy
> multicast.
> >
> >
> > These questions is to work / discussion in IETF to see what is pain
> points
> > for multicast, and how can we simplify it.
> >
> >
> >
> > Thanks
> > Mankamana
> >
> >
>

Re: Multicast traffic % in enterprise network ?

[Saku Ytti]

On Wed, 8 Aug 2018 at 23:53, Stan Barber  wrote:

> but the basic requirements of the network itself (e.g. IPv6 uses multicast
> instead of broadcast for some network control information distribution).

This is almost never true, it's rare exception rather than common case.

The idea was that in IPv4 networks ARP broadcast waste bandwidth and
host CPU. To fix this problem, each host (sufficiently small group of
IPv6 addresses unlikely to collide) subscribes to its own multicast
group. So we don't need to flood the ND traffic to hosts not needing
it.
But it turned out supporting ~infinitely many multicast states is
harder problem than pushing frames in hardware to all ports. So all
practical networks run IPv6 ND same as ARP.

Another 'we fixed a problem in IPv6', which turned out to be worse
than the original problem and was quietly ignored in practical
networks.

-- 
  ++ytti

Re: Multicast traffic % in enterprise network ?

[Justin M. Streiner]

On Wed, 8 Aug 2018, Mankamana Mishra (mankamis) via NANOG wrote:

 *   If there is any data which can provide what % of traffic is 
multicast traffic. And if multicast is removed, how much unicast traffic 
it would add up?
 *   Since this forum has people from deployment area, I would love to 
know if there is real deployment problems or its pain to deploy 
multicast.


These questions is to work / discussion in IETF to see what is pain 
points for multicast, and how can we simplify it.


The amount of multicast traffic on an enterprise network will depend 
greatly on how multicast is being used, and to some extent, the type of 
business the enterprise is in.


An enterprise that uses multicast primarily for IPTV distribution might 
have different business and technology drivers than, say, a hospital 
or healthcare organization that has patient monitors that use multicast 
to communicate back to a central monitoring station.  The percentage of 
multicast traffic in those two scenarios might be vastly different, but 
no less important to their respective organizations.


Thank you
jms

RE: PPPoE Server

[Tony Wicks]

Cisco ASR1k can support up to 64K PPPoE depending on the model/cards. Juniper 
MX and Nokia 7750 can scale up to a couple of hundred thousands depending on 
the model. The thing to bear in mind is the ASR1000 is a CPU based router, this 
means it is very flexible (NAT/L2TP etc can just turn on without extra cards) 
but throughput is limited to your processor capacity and what you turn on. The 
Juniper MX and Nokia 7750 are more hardware based routers that can massively 
scale but you need to work closely with the vendor to ensure you have 
appropriate cards for your intended application. Personally I have used all of 
these solutions and I would stray towards the Juniper. This being said the 
Nokia is also a magnificent box albeit a bit less user friendly IMHO.



-Original Message-
From: NANOG  On Behalf Of Clayton Zekelman
Sent: Thursday, 9 August 2018 8:50 AM
To: Jose Jorquera ; Mauro Gasparini 

Cc: nanog@nanog.org
Subject: Re: PPPoE Server


I'll second that. Juniper MX works well for us.  We have one router terminating 
10,000 PPPoE and 3,500 L2TP and it handles the load fine.


At 04:43 PM 08/08/2018, Jose Jorquera wrote:
>Cisco is the any option? I read about BRAS server on Juniper MX-480,can 
>you check "Juniper one day: dynamic subscriber management” for more 
>info.
>
> > El 08-08-2018, a las 15:22, Mauro Gasparini
>  escribió:
> >
> > Good afternoon people.
> > I would like to advice me some appliance or
> software (running on top level server line) which supports 20,000 
> simultaneous PPPoE connections.
> > The customer has a Cisco ASR1000 but I don't
> have any confirmed experience that can support it.
> >
> > Mauro Gasparini.
> >
> >

Re: PPPoE Server

[Clayton Zekelman]

I'll second that. Juniper MX works well for 
us.  We have one router terminating 10,000 PPPoE 
and 3,500 L2TP and it handles the load fine.



At 04:43 PM 08/08/2018, Jose Jorquera wrote:
Cisco is the any option? I read about BRAS 
server on Juniper MX-480,can you check "Juniper 
one day: dynamic subscriber management” for more info.


> El 08-08-2018, a las 15:22, Mauro Gasparini 
 escribió:

>
> Good afternoon people.
> I would like to advice me some appliance or 
software (running on top level server line) 
which supports 20,000 simultaneous PPPoE connections.
> The customer has a Cisco ASR1000 but I don't 
have any confirmed experience that can support it.

>
> Mauro Gasparini.
>
>


--

Clayton Zekelman
Managed Network Systems Inc. (MNSi)
3363 Tecumseh Rd. E
Windsor, Ontario
N8W 1H4

tel. 519-985-8410
fax. 519-985-8409

Re: Multicast traffic % in enterprise network ?

[Stan Barber]

As someone else remarked, part of this will depend on the type of network
you are profiling. One enterprise networking may have critical internal
applications that depend on multicast to work and others may have nothing
but the basic requirements of the network itself (e.g. IPv6 uses multicast
instead of broadcast for some network control information distribution).

On Wed, Aug 8, 2018 at 11:49 AM, Mankamana Mishra (mankamis) via NANOG <
nanog@nanog.org> wrote:

> Hi Every one,
> Recently we had good discussion over multicast uses in public internet.
> From discussion, it was pointed out uses of multicast is more with in
> enterprise.  Wanted to understand how much % multicast traffic present in
> network
>
>   *   If there is any data which can provide what % of traffic is
> multicast traffic. And if multicast is removed, how much unicast traffic it
> would add up?
>   *   Since this forum has people from deployment area, I would love to
> know if there is real deployment problems or its pain to deploy multicast.
>
>
> These questions is to work / discussion in IETF to see what is pain points
> for multicast, and how can we simplify it.
>
>
>
> Thanks
> Mankamana
>
>

RE: Akamai Contact

[Aaron Gould]

Akamai Customer Care
- 877-425-2832

Akamai NOCC
- 877-625-2624 
- 877-6-akamai (same as above)
- 617-444-3007
- nocc-sh...@akamai.com
- (if you do anything that would affect our cluster, give them at least 3 hours 
notice and give them IP of cluster
- hardware issues and 24x7 contact: nocc-...@akamai.com +1-877-6AKAMAI

Akamai Network Support
- traffic issues: netsupport-...@akamai.com +1-888-421-1003


-Aaron

Re: PPPoE Server

[Jose Jorquera]

Cisco is the any option? I read about BRAS server on Juniper MX-480,can you 
check "Juniper one day: dynamic subscriber management” for more info.

> El 08-08-2018, a las 15:22, Mauro Gasparini  escribió:
> 
> Good afternoon people.
> I would like to advice me some appliance or software (running on top level 
> server line) which supports 20,000 simultaneous PPPoE connections.
> The customer has a Cisco ASR1000 but I don't have any confirmed experience 
> that can support it.
> 
> Mauro Gasparini.
> 
> 

Re: Multicast traffic % in enterprise network ?

[Curtis, Bruce]

On Aug 8, 2018, at 3:29 PM, na...@jack.fr.eu.org 
wrote:

I believe multicast is only used for IPTV

  There is at least one company that is using multicast for video switching, or 
in other words to replace HDMI switchers in rooms with video sources and 
displays.

  They have devices that encode video from an HDMI input to a multicast stream.
And devices that receive a multicast stream and output the video from that 
stream to an HDMI output.

So you can have multiple cameras and a multicast stream for each camera is 
input into the network.
Then you can have a projector that can choose any of those multicast streams to 
display.

I believe the video is uncompressed


Multicast by itself does not reduce much bandwidth : that reduction is
purely based on the network design
If you place unicast nodes near your customers, multicast is effectively
unicast (just think about it) :)


On 08/08/2018 08:49 PM, Mankamana Mishra (mankamis) via NANOG wrote:
Hi Every one,
Recently we had good discussion over multicast uses in public internet. From 
discussion, it was pointed out uses of multicast is more with in enterprise.  
Wanted to understand how much % multicast traffic present in network

 *   If there is any data which can provide what % of traffic is multicast 
traffic. And if multicast is removed, how much unicast traffic it would add up?
 *   Since this forum has people from deployment area, I would love to know if 
there is real deployment problems or its pain to deploy multicast.


These questions is to work / discussion in IETF to see what is pain points for 
multicast, and how can we simplify it.



Thanks
Mankamana



---
Bruce Curtis 
bruce.cur...@ndsu.edu
Certified NetAnalyst II701-231-8527
North Dakota State University

Re: Multicast traffic % in enterprise network ?

[nanog]

I believe multicast is only used for IPTV

Multicast by itself does not reduce much bandwidth : that reduction is
purely based on the network design
If you place unicast nodes near your customers, multicast is effectively
unicast (just think about it) :)


On 08/08/2018 08:49 PM, Mankamana Mishra (mankamis) via NANOG wrote:
> Hi Every one,
> Recently we had good discussion over multicast uses in public internet. From 
> discussion, it was pointed out uses of multicast is more with in enterprise.  
> Wanted to understand how much % multicast traffic present in network
> 
>   *   If there is any data which can provide what % of traffic is multicast 
> traffic. And if multicast is removed, how much unicast traffic it would add 
> up?
>   *   Since this forum has people from deployment area, I would love to know 
> if there is real deployment problems or its pain to deploy multicast.
> 
> 
> These questions is to work / discussion in IETF to see what is pain points 
> for multicast, and how can we simplify it.
> 
> 
> 
> Thanks
> Mankamana
> 

PPPoE Server

[Mauro Gasparini]

Good afternoon people.
I would like to advice me some appliance or software (running on top 
level server line) which supports 20,000 simultaneous PPPoE connections.
The customer has a Cisco ASR1000 but I don't have any confirmed 
experience that can support it.


Mauro Gasparini.

Multicast traffic % in enterprise network ?

[Mankamana Mishra (mankamis) via NANOG]

Hi Every one,
Recently we had good discussion over multicast uses in public internet. From 
discussion, it was pointed out uses of multicast is more with in enterprise.  
Wanted to understand how much % multicast traffic present in network

  *   If there is any data which can provide what % of traffic is multicast 
traffic. And if multicast is removed, how much unicast traffic it would add up?
  *   Since this forum has people from deployment area, I would love to know if 
there is real deployment problems or its pain to deploy multicast.


These questions is to work / discussion in IETF to see what is pain points for 
multicast, and how can we simplify it.



Thanks
Mankamana

Akamai Contact

[Jawaid Bazyar]

Hi, having trouble engaging with an Akamai contact in relation to the 
server stack we have here. Feel free to contact me.


--

Jawaid Bazyar

President

ph 303.815.1814

fax 303.815.1001

jawaid.baz...@forethought.net 

Spoofer Report for NANOG for Jul 2018

[CAIDA Spoofer Project]

In response to feedback from operational security communities,
CAIDA's source address validation measurement project
(https://spoofer.caida.org) is automatically generating monthly
reports of ASes originating prefixes in BGP for systems from which
we received packets with a spoofed source address.
We are publishing these reports to network and security operations
lists in order to ensure this information reaches operational
contacts in these ASes.

This report summarises tests conducted within usa, can.

Inferred improvements during Jul 2018:
   ASN Name   Fixed-By
  7922 COMCAST-7922   2018-07-02
 33651 CMCS   2018-07-21
 29384 Qatar-Foundation   2018-07-25

Further information for the inferred remediation is available at:
https://spoofer.caida.org/remedy.php

Source Address Validation issues inferred during Jul 2018:
   ASN Name   First-Spoofed Last-Spoofed
  3356 LEVEL32016-03-06   2018-07-25
   577 BACOM 2016-03-09   2018-07-31
  7922 COMCAST-7922  2016-06-04   2018-07-27
 20115 CHARTER-NET-HKY-NC2016-06-09   2018-07-03
  7029 WINDSTREAM2016-06-21   2018-07-16
   209 CENTURYLINK-US-LEGACY-QWEST   2016-08-16   2018-07-25
  6128 CABLE-NET-1   2016-09-03   2018-07-05
 20412 CLARITY-TELECOM   2016-09-30   2018-07-30
  6181 FUSE-NET  2016-10-10   2018-07-31
 25787 ROWE-NETWORKS 2016-10-21   2018-07-25
   174 COGENT-1742016-10-21   2018-07-18
   271 BCNET 2016-10-24   2018-07-16
  2828 XO-AS15   2016-10-25   2018-07-27
 32440 LONI  2016-11-03   2018-07-28
 33182 DimeNOC   2016-11-08   2018-07-26
 12083 WOW-INTERNET  2016-11-09   2018-07-29
  1403 EBOX  2016-11-12   2018-07-25
  2152 CSUNET-NW 2017-02-02   2018-07-30
 21832 KELLINCOM-1   2017-02-03   2018-07-28
  7276 UNIVERSITY-OF-HOUSTON 2017-03-09   2018-07-04
  6461 ZAYO-6461 2017-06-21   2018-07-27
 63296 AMARILLO-WIRELESS 2017-09-01   2018-07-26
  7233 YAHOO-US  2017-09-07   2018-07-31
   546 PARSONS-PGS-1 2017-11-20   2018-07-19
 54540 INCERO2018-01-15   2018-07-25
 1 AKAMAI2018-02-14   2018-07-31
 55236 CBC   2018-03-03   2018-07-02
  3257 GTT-BACKBONE  2018-03-06   2018-07-25
 29384 Qatar-Foundation  2018-03-08   2018-07-29
 23148 TERRENAP  2018-03-15   2018-07-26
 20009 WADSNET   2018-04-13   2018-07-04
  4201 ORST  2018-04-19   2018-07-31
 11827 WSU   2018-04-19   2018-07-27
393564 SPOKANE   2018-06-05   2018-07-25
 35911 BNQ-1 2018-06-06   2018-07-29
   225 VIRGINIA  2018-06-18   2018-07-26
  4150 SUPRANET-WIS  2018-07-06   2018-07-06
 16628 DEDICATED-FIBER-COMMUNICATIONS2018-07-13   2018-07-13

Further information for these tests where we received spoofed
packets is available at:
https://spoofer.caida.org/recent_tests.php?country_include=usa,can_block=1

Please send any feedback or suggestions to spoofer-i...@caida.org

Re: Best practices on logical separation of abuse@ vs dmca@ role inboxes

[nusenu]

John Levine:
> In article  you write:
>> The main issue with the notion of keeping abuse@ separate from a 
>> dedicated DMCA takedown mailbox is companies like IP Echelon will just 
>> blindly E-mail whatever abuse POC is associated with either the AS 
>> record or whichever POCs are specifically associated with the NET block.
>>
>> So it becomes kind of difficult to keep them routing to different 
>> places.
>>
>> The guys doing the DMCA takedowns use automated tooling.   So asking 
>> them nicely isn't going to help you.
> 
> Seems to me that if you've registered your DMCA address in the Library
> of Congress database, and they send takedowns somewhere else, that's
> their problem, not not yours.
> 
> If you haven't registered, you should.  You can do the whole thing
> online in a couple of minutes. The fee is $6 per update no matter how
> many business names and domain names you register.
> 
> See https://www.copyright.gov/dmca-directory/

thanks this is useful.

has anyone practical experience with how many of the usual DMCA 
email sending companies actually take this into account when they send
their automated emails?
Does creating a record there actually result in a substantial fraction of DMCA
emails being routed to the email address given there?




-- 
https://twitter.com/nusenu_
https://mastodon.social/@nusenu



signature.asc
Description: OpenPGP digital signature

Re: Dedicated Server and IP anycast provider recommendation

[Tommy Bowditch]

Hi all,

As it was mentioned just thought I'd chime in - I'm the operator of
https://bgp.services/ - if you have any suggestions/additions shoot me a
mail off-list and I'll be more than happy to add them.

Tom

On Tue, Aug 7, 2018 at 5:28 PM Yugandhar Veeramachaneni 
wrote:

> Hello,
>
> http://bgp.services is a community maintained spreadsheet with details of
> providers who offer BGP sessions across the world. I think it will be
> useful for you.
>
> Regards,
> Yugandhar
>
>
> On Tue, Aug 7, 2018 at 9:06 AM Anthony Leto  wrote:
>
> > Hi,
> >
> > I would checkout NetActuate. They are pretty awesome when it comes to
> > Anycast IPv4 /IPv6 and they do custom VM's.
> >
> > Anthony Leto
> >
> > On 8/7/2018 2:51:59 PM, John Kristoff  wrote:
> >
> > Friends,
> >
> > For those that may have used or know of a service like this. I know
> > some exist, but it doesn't seem to be that popular or widely advertised
> > as a standard service.
> >
> > I'm interested in pointers to a hosting/network provider that leases
> > dedicated servers and can provide an anycast IP address assignment to
> > two or more US-diversely connected POPs, but with reasonably consistent
> > routing (e.g. peering, transit). A customer-shared prefix is OK. I'm
> > interested in pointers to networks that would provide the prefix and
> > handle all the routing.
> >
> > If you represent a network and sales is part of your job, I don't mind
> > an off list pointer to a web page describing such a service, but please,
> > this is not an invitation for "call me to discuss needs and options"
> > replies nor an opportunity to get me on your customer prospect list.
> > You likely ensure I never do business with you if you do either of
> > those things. :-)
> >
> > Thank you,
> >
> > John
> >
>

Nokia SP Business Group Account Contact

[Brant Ian Stevens]

Sorry to bother the list, but could someone help me get in touch with a 
Nokia account rep from their SP team for the NYC area? Specifically 
looking for information on the managed sp wireless solution.


I've tried going through the website, but have made no progress reaching 
the right people to move my request forward.


--
Regards,
--
Brant I. Stevens