Madison Internet eXchange Peering Point - MadIX
UW-Madison DoIT Network Services established the MADison Internet eXchange (MadIX) in early 2000 as a means for local network providers to peer in Madison, WI.
Getting Connected
A provider can peer at MadIX at the following exchange points:
|
You can get connected to the exchange via the following institutions which have high speed circuit capability at 222 West Washington:
|
Requirements
In order to join one of the MadIX locations for peering, the following is required of the ISP:
- A registered BGP Autonomous System number.
- Ethernet Connectivity into one of the locations listed above.
- Commitment to provide and update technical contact information.
Our v4 subnet is 144.92.233.224/27
Our v6 subnet is 2607:f388:0:2200::/64
Requesting Peering
Contact Network Services to become a MadIX member via Email. You will need to provide your AS Number, ISP name, Contact Phone Number and indicate which of the locations in the Overview section you want to peer at.
Email Notifications
A mailing list has been set up for supporting NOC notifications, and populated with the support information below. Only the addresses subscribed to the list may post to the list. Usage of the list is restricted to outage and related notifications. This list is notfor peering coordination nor general-purpose discussion.
- Mailing list: madix-notifications at g-groups.wisc.edu
- To subscribe: email notices at uwsys.net
Traffic Statistics:
IMPORTANT:
As of 2023/09/06, MadIX statistics are hosted by AS3128. We considered an attempt at keeping ifOctets history but ran into difficulties as AS59 and AS3128 use different CF, RRA defs and polling cadences. As of 2023/05/01 AS59 administration required us to remove public access to AS59 statistics.
- Total exchange traffic.
- Individual member port statistics.
Current Members
The following Table shows the current members and how to contact them to arrange peering:
| Name | BGP AS | V4 | V4 mcast | V4 BFD | V6 | V6 BFD | Peering Email | Peering Phone | Support Email | Support Phone |
| 144.92.233.226 | ||||||||||
| US Signal | 26554 | 144.92.233.227 | ::E | peering@ussignalcom.com | 888.663.1700 | noc@ussignalcom.com | 888.663.1700 | |||
| MN VoIP | 32621 | 144.92.233.228 | ::F | peering@mnvoip.com | 612.392.6814 | service@mnvoip.com | 612.355.7740 | |||
| 5NinesData | 16842 | 144.92.233.229 | YES | ::6 | support@5nines.com | 608-512-1007 | support@5nines.com | 608-512-1000 | ||
| UW Madison note: serviced by AS3128. Please peer with AS3128. |
59 | 144.92.233.230 | YES | ::1 | YES | peering-uw@lists.wisc.edu | 608-263-4188 | noc@doit.wisc.edu | 608-263-4188 | |
| CDW | 3599 | 144.92.233.231 | ::9 | hostmaster@cdw.com | 608-288-3000 | hostmaster@cdw.com | 608-288-3000 | |||
| WiscNet | 2381 | 144.92.233.232 | YES | YES | ::2 | YES | peering@wiscnet.net | 608-442-6761 | noc@wiscnet.net | 608-442-6761 |
| TDS Telecom | 4181 | 144.92.233.233 | ::7 | ispadmin@tdstelecom.com | Kevin Roberts 608-664-4690 Brad Fick 608-664-4667 |
ispadmin@tdstelecom.com | 608-664-4200 | |||
| Charter | 20115 | 144.92.233.234 | cbnoc@chartercom.com | 866-603-3199 | cbnoc@chartercom.com | 866-603-3199 | ||||
| SupraNet | 4150 | 144.92.233.235 | YES | YES | ::5 | YES | peering@supranet.net | (608) 836-0282 | support@supranet.net | (608) 836-0282 |
| ResTechServices | 46262 | 144.92.233.236 | peering@restechservices.net | 608-237-1113 | info@restechservices.net | 608-663-3868 | ||||
| UW System Network | 3128 | 144.92.233.237 | YES | ::3 | YES | peering@uwsys.net | 608-263-4188 | noc@uwsys.net | 608-263-4188 | |
| Win Technology | 11796 | 144.92.233.238 | ::D | support@wintechnology.com | 866-206-2027 | support@wintechnology.com | 866-206-2027 | |||
| Netwurx | 26785 | 144.92.233.239 | YES | ::4 | Adam St. George <astgeorge@corp.netwurx.net> David Roller <dave@corp.netwurx.net> |
414-831-3465 (Adam) 414-831-3475 (Dave) |
support@netwurx.net | 800-638-9879 | ||
| Mad City Broadband | 5683 | 144.92.233.240 | YES | ::8 | YES | peering@supranet.net | (608) 836-0282 | support@supranet.net | (608) 836-0282 | |
| 144.92.233.241 | ||||||||||
| Bug Tussel Wireless [was: Spiralight] |
33125 | 144.92.233.242 | ::A | Andrew Hoyos <andrew@hoyosconsulting.com> Zachary.Strehlow@bugtusselwireless.com |
(608) 320-2000 | noc@spiralightnetwork.com | (920) 940-0001 | |||
| Multicast Monitoring Port | 144.92.233.243 | David Treptow <dtreptow@vernontel.com> |
608-634-7437 | noc@vernontel.com | 608-634-3136 Ext: 264 | |||||
| Hurricane Electric | 6939 | 144.92.233.244 | ::B | peering@he.net | (510) 580-4100 | noc@he.net | (510) 580-4100 | |||
| Hoyos Consulting | 53597 | 144.92.233.245 | YES | ::C | YES | noc@hoyosconsulting.com | 608-616-9950 | noc@hoyosconsulting.com | 608-616-9950 | |
| UPNetWI | 398310 | 144.92.233.246 | ::10 | noc@upnetwi.com | 608-234-5980 | noc@upnetwi.com | 608-234-5980 | |||
| LiteWire | 32003 | 144.92.233.247 | YES | ::11 | YES | feedback@litewire.net | 608-882-4728 | support@litewire.net | 608-882-4278 | |
| 20C | 35848 | 144.92.233.248 | YES | ::12 | YES | peering@fullctl.com | syseng@fullctl.com | |||
| 144.92.233.249 | ||||||||||
| 144.92.233.250 | ||||||||||
| 144.92.233.251 | ||||||||||
| 144.92.233.252 | ||||||||||
| 144.92.233.253 | ||||||||||
| 144.92.233.254 | ||||||||||
| Akamai | via 2381 | Contact peering@wiscnet.net for details | ||||||||
| Apple | via 2381 | Contact peering@wiscnet.net for details | ||||||||
| Netflix | via 2381 | Contact peering@wiscnet.net for details |
Updating Your Information
To update your contact information send email to Network Services Here. <>
Evaluation of Open-IX Technical Requirements
The Open-IX Association has put together a list of technical requirements to standardize IXP offerings.
The below table outlines a comparison of MadIX with these requirements.
| Open-IX Requirement | MadIX |
|---|---|
| Public exchange vlan | Available! |
| Private vlan | Available! (just ask) |
| 1G ports | Available! |
| 10G ports | Available! |
| ethertype 0x0800 | Yes, we allow legacy ethertypes. |
| ethertype 0x86dd | No problem. |
| ethertype 0x8606 | Yes, we allow legacy ethertypes. |
| ipv4 multicast filtering | We can support v4 multicast, and we do IGMP & PIM snooping. |
| ipv6 multicast filtering | Not supported (yet). MLD snooping is not currently enabled. |
| BPDU filtering | You send us BPDUs, your port goes into errdisable for 30s with auto recovery |
| customer demarc | The port on our switch at 222. The cabling is yours, but we prefer minimally to help dress the cables in the common area and into our cage. At the CS datacenter, the demarc is on your equipment (our a demarc panel you provide) and we will take it from there. |
| non-oversubscribed switching backplane | 4500x |
| inter-switch congestion | There is a 20G etherchannel between the two switches which is congestion free. |
| inter-switch path diversity | The 20G etherchannel between the two switches is provisioned as a 10G on each side of UW's metro ring. |
| redundant power feeds | The switch at 222 has a minimum 4 hour of battery runtime, backed by a generator circuit provided from 5nines, and a building power source from Fiore. The UW CS datacenter has multiple power feeds backed by 30min of battery, n+1 natural gas generators with 2 days of diesel reserves on-site. |
| Measures implemented to overcome single component failures | See above. Let us know if you have any questions & we can try to clarify. |
| PI address space from an RIR | UW-Madison address space is currently in use. UW does not have plans to change this, but if you want to help MadIX acquire new space, then by all means let's get in touch. |
| Route server | None. You're on your own. |
| NOC contact information | See above contact info table. UW-Madison runs the IXP operations. |
| Service-affecting maintenance announcements | See above info on email notifications. UW-Madison's internal procedures call for a minimum of 2 business day notification on service affecting maintenance. In reality, we typically announce this much further in advance (plus we can negotiate the window). |
| Monitoring | The UW NOC monitors MadIX for performance degradation and service affecting events. |
| Procedure for performance degradation event notifications | In most cases the NOC typically will use the email list above. If something affects only one participant, then only they may be notified. |
| Participants & AS numbers | See above table. |
| Traffic statistics. | See above links. We have a total bit/sec summary as well as per-participant stats for various metrics. |
| Website where the Open-IX standards are addressed. | You are looking at it. |
| Entry in a directory | We are on PeeringDB here. |