This week my Mobile Internet Odyssey comes back to Earth, grounded in a very specific technical concern for today’s Mobile Internet interworking – MEF 22 compliance
For those of you already intimately aware of MEF 22, let me share the punch line …
Cisco is an official member of Metro Ethernet Forum (MEF) and complies with the major recommendations of MEF for Mobile networks, including MEF 22
For those of you who may be wondering “What is MEF 22?” please read on.
"Carrier Ethernet for Mobile Backhaul Implementation Agreement (IA)", or MEF 22 was officially announced at Mobile World Congress in February 2009. Light Reading offers a nice summary of this technical specification in the Feb 13, 2009 article MEF Standardizes Backhaul
By offering a practical migration path to 3G and 4G services, while preserving legacy services revenue, the MEF 22 allows mobile service providers to take part in two rapidly expanding markets -- the delivery of high bandwidth mobile applications and Carrier Ethernet.
In layman’s terms, Cisco’s IP RAN Solution connects multiple vendor radios, with multiple vendor gateways, efficiently, reliably, and in compliance with best practices and standards. The solution leverages the latest and greatest benefits of Carrier Ethernet technology and design, including MEF 22 compliance. And the solution is already live. Live deployments allow Cisco to offer valuable lessons learned interoperating with all major mobile radio vendors, back to MEF.
For inquiries and clarifications of specific details related to MEF 22, please add your comments to this post and/or launch a Discussion in our Cisco Mobility Community.
Note: For the MEF aficionados, Cisco does not support MEF 8 nor plan to get support / certification for MEF 18 because MEF 18 relies on MEF 8 outdated circuit emulation technique over Ethernet, initially designed for transporting enterprise PBX traffic. Cisco uses IP MPLS and Pseudowires. The actual impairment tests in MEF 18 are almost identical to the one found in the IP/MPLS Forum test suite for IP MPLS 23, where the only difference between MEF8 , and a static MPLS Pseudowire is one byte in the ethertype encapsulation. There is no point in supporting MEF8 just to have a byte in the ethertype be set to a different value.
Hi guysI have to configure an xconnect between a PE with ios XR version and a PE with ios XE version.The scenario is as follows: I have 2 switches that have vlan, in this case 100, which must communicate through an MPLS network.The MPLS network...
Hi! I have a question about label allocation. I can't figure out how can I controll this behavior. I have a few PEs, all of them ASR9010.There's one that allocates a new local label for each vpnv4 prefix it receives from RR, even if label mode p...
Hi all!! We are using ASR9001 for BNG. It's connected to ASR9010 with bunble 4x10G.To police users traffic correct, on BNG bundle subinterfaces this command it presented: bundle load-balancing hash dst-ipThis is for users download. For upload we...
Hi, there are these syslog message that we occasionally get on our XR router with regards to BGP NSR going down on the standby RP. When we check the BGP neighborship or BGP NSR related commands were not seeing any flaps or anything unusual. Any parti...