If using only 1 block, then we're on the same page.
Maybe that's the solution here....get another public block!
Ron
On Sun, Sep 2, 2012 at 5:14 PM, Carlos G Mendioroz <tron_at_huapi.ba.ar> wrote:
> Ron,
> there is no NAT. ISPs are just peering with the customer, and he has his
> own network. It's not ISP A or ISP B public address, it's the customer
> public address.
>
> I don't think you can get a PI /27. The smaller I know are legacy /24.
> -Carlos
>
> ron wilkerson @ 02/09/2012 16:41 -0300 dixit:
>
>> Consider this...
>> If outbound goes out using ISP A, it will use ISP A's public IP. All
>> returning traffic sourced from ISP A will come back through ISP A's
>> circuit.
>> The same logic applies for ISP B. No matter which ISP the return
>> traffic comes back through, it'll always come back through the ISP that
>> originated the traffic.
>>
>> The return traffic that went out ISP A won't come back via ISP B as ISP
>> A "owns/routes" their public IP block.
>>
>> If you're using your own public block that is being routed in the
>> Internet, then that changes the pictures a bit.
>> If you're using a small /27 or something like that from each ISP, the
>> return traffic is guaranteed to come back on the circuit that it left on.
>>
>> Ron
>>
>> On Thu, Aug 30, 2012 at 9:16 AM, Nicky <ccienovice_at_gmail.com
>> <mailto:ccienovice_at_gmail.com>> wrote:
>>
>> Ron,
>>
>> The return traffic wont be load balanced as it totally depends on
>> the ISP and the upstream ISP.
>>
>> Abraham,
>>
>> I dont have any such kind of scenario with me. I was just thinking
>> on different BGP implementations. There is no NATing involved.
>>
>> Carlos has rightly mentioned that the networks would be originating
>> from the customers network.
>>
>> Regards,
>> Nick
>>
>>
>>
>> On Thu, Aug 30, 2012 at 3:27 PM, Carlos G Mendioroz
>> <tron_at_huapi.ba.ar <mailto:tron_at_huapi.ba.ar>> wrote:
>>
>> Ron, Abraham,
>> that depends. Remember that he IS running BGP, so he may just as
>> well have his own network/s and be originating with the same
>> address regaardles of outgoing interface ?
>>
>> -Carlos
>>
>> Abraham, Tharak @ 30/08/2012 02:04 -0300 dixit:
>>
>> Hey Nicky,
>>
>> What are your obervations with the trace ?
>>
>> If the ISP is NATting your traffic out then the incoming
>> traffic will be
>> load balanced, otherwise it doesn't.
>>
>> For outgoing. you have the control.
>>
>> If you can run BGP with the consent of both ISPs, then you
>> would have
>> better control with in and out flows.
>>
>> Best Regards,
>> Tharak Abraham Luke
>>
>>
>> On Tue, Aug 28, 2012 at 11:20 PM, ron wilkerson
>> <ron.wilkerson_at_gmail.com
>> <mailto:ron.wilkerson_at_gmail.**com <ron.wilkerson_at_gmail.com>
>> >>__wrote:
>>
>>
>> The return traffic will be load shared as this will be
>> determined by the
>> outgoing source IP.
>> With regards to traffic initiated from the outside
>> towards your office, I
>> don't know of a way to load share that traffic.
>> Not aware of a way to load share over 2 circuits for a
>> single IP.
>>
>> You could manually do this via DNS I suppose.
>>
>> Hoping someone has a solution!
>>
>> Ron
>>
>>
>> On Tue, Aug 28, 2012 at 10:59 AM, Nicky
>> <ccienovice_at_gmail.com <mailto:ccienovice_at_gmail.com>>
>> wrote:
>>
>> Hi All,
>>
>> If there are two ISP terminating on two different
>> routers and only
>>
>> default
>>
>> route is accepted from ISP then can I load balance
>> the traffic?
>>
>> AFAIK the outgoing traffic will be load balanced but
>> not possible for
>> incoming traffic.
>>
>> Regards,
>> Nick
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> ______________________________**
>> ______________________________**_______________
>>
>> Subscription information may be found at:
>> http://www.groupstudy.com/__**list/CCIELab.html<http://www.groupstudy.com/__list/CCIELab.html>
>>
>> <http://www.groupstudy.com/**list/CCIELab.html<http://www.groupstudy.com/list/CCIELab.html>
>> >
>>
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> ______________________________**
>> ______________________________**_______________
>>
>> Subscription information may be found at:
>> http://www.groupstudy.com/__**list/CCIELab.html<http://www.groupstudy.com/__list/CCIELab.html>
>>
>> <http://www.groupstudy.com/**list/CCIELab.html<http://www.groupstudy.com/list/CCIELab.html>
>> >
>>
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> ______________________________**
>> ______________________________**_______________
>>
>> Subscription information may be found at:
>> http://www.groupstudy.com/__**list/CCIELab.html<http://www.groupstudy.com/__list/CCIELab.html>
>> <http://www.groupstudy.com/**list/CCIELab.html<http://www.groupstudy.com/list/CCIELab.html>
>> >
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> Carlos G Mendioroz <tron_at_huapi.ba.ar <mailto:tron_at_huapi.ba.ar>>
>> LW7 EQI Argentina
>>
>>
>>
>>
> --
> Carlos G Mendioroz <tron_at_huapi.ba.ar> LW7 EQI Argentina
Blogs and organic groups at http://www.ccie.net
Received on Sun Sep 02 2012 - 22:16:16 ART
This archive was generated by hypermail 2.2.0 : Mon Oct 01 2012 - 06:40:29 ART