<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Verdana; font-size: 10pt; color: #000000'><br>looks like i can enter "interface bvi ?" on the command line, so i'm guessing it supports it. <br><br>i didn't have much luck searching on CCO and finding something to describe it, so I'm not sure how it would apply here, i.e. can you run the two interfaces to two different uplink switches? <br><br>definately something to consider for the future though, that's for sure.<br><br>actually, i think i recall seeing BVI interfaces on the old 350APs!<br><br>----- Original Message -----<br>From: "Sean Walberg" &lt;sean@ertw.com&gt;<br>To: "Lelio Fulgenzi" &lt;lelio@uoguelph.ca&gt;, nikola@att.net, cisco-voip@puck.nether.net<br>Sent: Monday, January 26, 2009 9:21:24 PM GMT -05:00 US/Canada Eastern<br>Subject: Re: [cisco-voip] IOS VG Link redundancy<br><br>Do the vg224s support BVI? &nbsp;Turn the two interfaces into a bridge with<br>the bvi int holding the IP and let STP sort it out. &nbsp;Would work a lot<br>better if it supports rstp.<br><br>Sean<br><br>On 1/26/09, Lelio Fulgenzi &lt;lelio@uoguelph.ca&gt; wrote:<br>&gt; That's an interesting document - something I'll file for future reference.<br>&gt;<br>&gt; However, I'm not sure how it helps here. The VGWs are routers themselves<br>&gt; with two uplinks. Since you can't have two interfaces on the same network<br>&gt; they have to be separate layer three routes to the upstream router. That's<br>&gt; the only I see this work (confirmed by a few others).<br>&gt;<br>&gt; Whether it's static or dynamic, somewhere on the network (and the device)<br>&gt; you have to configure routing to get back/forth. Especially if you are using<br>&gt; loopbacks. I don't think you can avoid this.<br>&gt;<br>&gt; If you want to use only one interface, then routing is not required,<br>&gt; however, I think that was the original post - making use of the two<br>&gt; interfaces.<br>&gt;<br>&gt; I'd be glad to hear alternatives.<br>&gt;<br>&gt; ---<br>&gt; Lelio Fulgenzi, B.A.<br>&gt; Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>&gt; (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)<br>&gt; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>&gt; "Bad grammar makes me [sic]" - Tshirt<br>&gt;<br>&gt;<br>&gt; ----- Original Message -----<br>&gt; From: "Nikola Stojsin" &lt;nikolastojsin@gmail.com&gt;<br>&gt; To: "Brandon Bennett" &lt;bennetb@gmail.com&gt;, "Jason Aarons (US)"<br>&gt; &lt;jason.aarons@us.didata.com&gt;<br>&gt; Cc: cisco-voip@puck.nether.net<br>&gt; Sent: Monday, January 26, 2009 8:41:42 PM GMT -05:00 US/Canada Eastern<br>&gt; Subject: Re: [cisco-voip] IOS VG Link redundancy<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; As long as you do not need load balancing between voice gateways, HSRP would<br>&gt; work really well here, I think. I do not know what your OSPF topology looks<br>&gt; like, but something along the lines of HSRP with totally stubby OSPF area<br>&gt; would be my choice here. It is about as simple as it gets.<br>&gt;<br>&gt;<br>&gt;<br>&gt; If you do need load balancing, you can use Multigroup HRSP (<br>&gt; http://www.cisco.com/en/US/tech/tk648/tk362/technologies_configuration_example09186a0080094e90.shtml<br>&gt; ), with one caveat: some NICs cannot handle multiple MAC addresses, so,<br>&gt; depending on the router model, MHRSP may or may not work.<br>&gt;<br>&gt;<br>&gt;<br>&gt; Actually, it would be interesting to see which – HSRP, OSPF or EIGRP – would<br>&gt; converge/failover the fastest.<br>&gt;<br>&gt;<br>&gt;<br>&gt; HTH,<br>&gt;<br>&gt; Nikola<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; -------------------------------------------<br>&gt;<br>&gt; Nikola Stojsin<br>&gt;<br>&gt; PhD CCIE #12888<br>&gt;<br>&gt; President<br>&gt;<br>&gt; Network Makers LLC<br>&gt;<br>&gt; 110 Wall Street, 11th Floor<br>&gt;<br>&gt; New York, NY 10005<br>&gt;<br>&gt; (212) 709-8201<br>&gt;<br>&gt; (212) 706-2986 (fax)<br>&gt;<br>&gt; nikolas@networkmakers.com<br>&gt;<br>&gt; -------------------------------------------<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; From: cisco-voip-bounces@puck.nether.net<br>&gt; [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Brandon Bennett<br>&gt; Sent: Monday, January 26, 2009 7:38 PM<br>&gt; To: Jason Aarons (US)<br>&gt; Cc: cisco-voip@puck.nether.net<br>&gt; Subject: Re: [cisco-voip] IOS VG Link redundancy<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; Wh at makes you want to change it?<br>&gt;<br>&gt;<br>&gt;<br>&gt; Well it's mostly a political thing. We are trying to remove the network team<br>&gt; from the gateways and remove the voice team from the network.<br>&gt;<br>&gt; Also 12.4(15)T8 which is required for our CVP install has proven itself so<br>&gt; completely unstable that the idea of having it in my routing domain scares<br>&gt; me and probably the less services running on it the better.<br>&gt;<br>&gt; I am doing max-metric, and a separate OSPF area for the VGs so that they<br>&gt; will never try to route traffic not for them, but it seems to me there<br>&gt; should be a better way to have an IOS device that doesn't have to<br>&gt; participate with a RP with the rest of the network.<br>&gt;<br>&gt;<br>&gt;<br>&gt; -Brandon<br>&gt; _______________________________________________ cisco-voip mailing list<br>&gt; cisco-voip@puck.nether.net<br>&gt; https://puck.nether.net/mailman/listinfo/cisco-voip<br><br>-- <br>Sent from my mobile device<br><br>Sean Walberg &lt;sean@ertw.com&gt; &nbsp; &nbsp;http://ertw.com/<br></div></body></html>