<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.2802" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=636152002-03022006><FONT face=Arial 
color=#0000ff size=2>Yes, and, you will probably need a different 
method.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=636152002-03022006><FONT face=Arial 
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=636152002-03022006><FONT face=Arial 
color=#0000ff size=2>Are these t1's to the same provider?&nbsp; Have you 
considered bonding the channels?</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=636152002-03022006><FONT face=Arial 
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=636152002-03022006><FONT face=Arial 
color=#0000ff size=2>Greg</FONT></SPAN></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> asterisk-users-bounces@lists.digium.com 
[mailto:asterisk-users-bounces@lists.digium.com] <B>On Behalf Of </B>Script 
Head<BR><B>Sent:</B> Thursday, February 02, 2006 6:32 PM<BR><B>To:</B> Asterisk 
Users Mailing List - Non-Commercial Discussion<BR><B>Subject:</B> 
[Asterisk-Users] routing question: multipath routing for 
SIP<BR></FONT><BR></DIV>
<DIV></DIV><BR>I have two T1s and I'd like to split my SIP traffic over the two. 
I am looking at this:<BR><BR><A 
href="http://lartc.org/howto/lartc.rpdb.multiple-links.html">http://lartc.org/howto/lartc.rpdb.multiple-links.html</A><BR><BR>what 
bothers me about it is the note "<A name=AEN298>Note that balancing will not be 
perfect, as it is route based, and routes are cached. This means that routes to 
often-used sites will always be over the same provider.". If all my traffic goes 
to the same IP, which is a remote SER proxy, will my second T1 be utilized at 
all? Does anyone have any experiece with this?<BR></A></BODY></HTML>