[alcatel-nsp] VRRP for VPRN on 7750
Richard Lee
rl0001 at gmail.com
Wed Apr 21 04:57:38 EDT 2010
Also only one router should ever be master in each group. It's
generally easier to configure the priorities differently so you know
which one should be the primary.
7750 SR-1:
interface "test" create
address 10.212.33.1/25
vrrp 10
backup 10.212.33.3
priority 200
ping-reply
telnet-reply
ssh-reply
exit
vrrp 20
------------------ >backup 10.212.33.4
ping-reply
telnet-reply
ssh-reply
exit
7750 SR-2 :
interface "test" create
address 10.212.33.2/25
vrrp 10
backup 10.212.33.3
ping-reply
telnet-reply
ssh-reply
exit
vrrp 20
----------------- >backup 10.212.33.4
----------------- >priority 200
ping-reply
telnet-reply
ssh-reply
exit
On 21 April 2010 09:50, Richard Lee <rl0001 at gmail.com> wrote:
> Hi Andhy,
>
> I think you have specified the interface IP off SR-1 as the standby IP
> for SR-2. The backup IP needs to be the same on both boxes
>
> Regards,
> Richard Lee
>
> On 21 April 2010 09:15, Andhy Indarto <andhy.indarto at indosat.com> wrote:
>> Dear all,
>>
>> I have config the vprn with vrrp feature. The config looks like this :
>>
>>
>>
>> 7750 SR-1:
>>
>>
>>
>> interface "test" create
>>
>> address 10.212.33.1/25
>>
>> vrrp 10
>>
>> backup 10.212.33.3
>>
>> priority 200
>>
>> ping-reply
>>
>> telnet-reply
>>
>> ssh-reply
>>
>> exit
>>
>> vrrp 20
>>
>> backup 10.212.33.2
>>
>> ping-reply
>>
>> telnet-reply
>>
>> ssh-reply
>>
>> exit
>>
>>
>>
>>
>>
>> 7750 SR-2 :
>>
>>
>>
>> interface "test" create
>>
>> address 10.212.33.2/25
>>
>> vrrp 10
>>
>> backup 10.212.33.3
>>
>> priority 200
>>
>> ping-reply
>>
>> telnet-reply
>>
>> ssh-reply
>>
>> exit
>>
>> vrrp 20
>>
>> backup 10.212.33.1
>>
>> ping-reply
>>
>> telnet-reply
>>
>> ssh-reply
>>
>> exit
>>
>>
>>
>> and the verification with show command are :
>>
>>
>>
>> 7750 SR-1 :
>>
>>
>>
>> 7750_SR1# show router 400 vrrp instance
>>
>>
>>
>> ===============================================================================
>>
>> VRRP Instances
>>
>> ===============================================================================
>>
>> Interface Name VR Id Own Adm State Base Pri Msg
>> Int Opr Pol Id InUse Pri Inh Int
>>
>> -------------------------------------------------------------------------------
>>
>> test1 10 No Up Master
>> 250 1 Up n/a 250 No Backup Addr:
>> 10.212.34.3
>>
>> test1 20 No Up Master
>> 100 1 Up n/a 100 No Backup Addr:
>> 10.212.34.2
>>
>>
>>
>> test 10 No Up Backup
>> 200 1 Up n/a 200 No Backup Addr:
>> 10.212.33.3
>>
>> test 20 No Up Backup
>> 100 1 Up n/a 100 No Backup Addr:
>> 10.212.33.2
>>
>> -------------------------------------------------------------------------------
>>
>>
>>
>> 7750 SR-2 :
>>
>>
>>
>> 7750_SR2# show router 500 vrrp instance
>>
>>
>>
>> ===============================================================================
>>
>> VRRP Instances
>>
>> ===============================================================================
>>
>> Interface Name VR Id Own Adm State Base Pri Msg
>> Int Opr Pol Id InUse Pri Inh Int
>>
>> -------------------------------------------------------------------------------
>>
>> test1 10 No Up Master
>> 200 1 Up n/a 200 No Backup Addr:
>> 10.212.34.3
>>
>> test1 20 No Up Master
>> 100 1 Up n/a 100 No Backup Addr:
>> 10.212.34.2
>>
>>
>>
>> test 10 No Up Master
>> 200 1 Up n/a 200 No Backup Addr:
>> 10.212.33.3
>>
>> test 20 No Up Master
>> 100 1 Up n/a 100 No Backup Addr:
>> 10.212.33.1
>>
>> -------------------------------------------------------------------------------
>>
>>
>>
>> The result is when the condition of vrrp is master and master than the
>> traffic flow is normal such as in interface “test1” but when the condition
>> of vrrp is master and backup than the traffic flow is fail.
>>
>> What is the good condition or the default condition of vrrp ? is it master
>> and backup or master and master ?
>>
>> Is there any miss configuration that I make ?
>>
>> For service redundancy, especially vprn, does it better use vrrp or srrp ?
>>
>> Thank you for the support.
>>
>> Regards,
>>
>> andhi indarto
>>
>>
>> *****
>> "This message is intended only for recipients who are authorized to receive
>> it.
>> It contains confidential and/ or legally priveleged information belong to PT
>> INDOSAT Tbk ("INDOSAT"), therefore the authorized recipients shall protect
>> this confidential information disclosed pursuant to provisions of Indosat's
>> policy.
>> If you are not a valid recipient of this message, please delete it from your
>> system and/ or destroy all of the tangible material produced from the
>> information herein together with all copies or reproductions thereof and
>> notify the sender immediately.
>> Please also be notified that any disclosure, copying, distribution or taking
>> any action based on the contents of this message is strictly prohibited and
>> may be unlawful".
>> *****
>>
>> _______________________________________________
>> alcatel-nsp mailing list
>> alcatel-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/alcatel-nsp
>>
>>
>
More information about the alcatel-nsp
mailing list