Strange mpls ?
We started switching to a new mpls provider.
First step, two 200M links were commissioned, each terminated in one of my DC; two DC also have dark fibre as backbone.
There is no dynamic ce/pe routing as i am going to build my Flexvpn.
To test mpls link throughput, a plain GRE tunnel was created on two cpe over mpls, RTT is 30ms
Test was done by iperf. here are the figures:
tcp window size calculated throughput recorded throughput
64KB 17M bps 9M bps
256K 68M 17M
512K 136M 17M
but iperf with UDP can achieve 160Mbps.
to prove my gears are capable, another gre tunnel is created between these exact two cpe, via my backbone fibre. When testing with iperf. it reached 400Mbps with 64K window and 800M with 256K window.
I asked new service provider to do rfc 6349 testing but was told they had only rfc 2544 tools.
Any idea ?
Hello.
I guess your provider could mean 200M as 200*1000*1000 bps, while your 160Mbps is about 167 *10^6 bps.
If you are running GigEthernet, then overhead could be 38 (L1+L2)+20 (L3)+20(L4) per 1460 bytes payload => 167*10^6 *1538 / 1460 = 176.7 *10^6.
I'm not sure how were you running iperf and if you had router (with shaping feature) on the path. I would suggest to ask your ISP to provide test per rfc 2544.
Similar Messages
-
Strange error in 2.4.0: primary key field is written into DB improperly
Hi!
I've tried 2.4.0 RC1 and found strange problem: when new child persistent
object is created and added to the parent strange value is written into ID
field in the database. This value changes each time I try to reproduce the
problem. Now it is: -8,373E23.
Parent is Ticket class containing Set of Comment classes.
After that during parent loading I get the following error:
2002-11-14 14:32:43,726 ERROR [org.jboss.ejb.plugins.LogInterceptor]
RuntimeExce
ption:
javax.jdo.JDOFatalDataStoreException:
java.lang.ArrayIndexOutOfBoundsException:
-128
NestedThrowables:
java.lang.ArrayIndexOutOfBoundsException: -128
at
com.solarmetric.kodo.impl.jdbc.runtime.LazyResultList.instantiateRow(
LazyResultList.java:195)
at
com.solarmetric.kodo.impl.jdbc.runtime.LazyResultList.get(LazyResultL
ist.java:123)
at java.util.AbstractList$Itr.next(AbstractList.java:416)
at
com.solarmetric.kodo.runtime.objectprovider.ResultListIterator.next(R
esultListIterator.java:49)
at
com.solarmetric.kodo.impl.jdbc.runtime.ResultListFactory.createResult
List(ResultListFactory.java:91)
at
com.solarmetric.kodo.impl.jdbc.ormapping.OneToManyMapping.load(OneToM
anyMapping.java:83)
at
com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.load(JDBCStor
eManager.java:366)
at
com.solarmetric.kodo.runtime.datacache.DataCacheStoreManager.load(Dat
aCacheStoreManager.java:254)
at
com.solarmetric.kodo.runtime.StateManagerImpl.loadField(StateManagerI
mpl.java:1987)
at
com.solarmetric.kodo.runtime.StateManagerImpl.isLoaded(StateManagerIm
pl.java:721)
at
net.xtrim.crm.troubleticket.object.Ticket.jdoGetcomments(Ticket.java)
at
net.xtrim.crm.troubleticket.object.Ticket.getComments(Ticket.java:387
at
net.xtrim.crm.system.TTEntitiesManager.findTTComments(TTEntitiesManag
er.java:195)
at
net.xtrim.crm.troubleticket.ejb.TroubleTicketFacadeBean.getCommentLis
t(TroubleTicketFacadeBean.java:487)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(S
tatelessSessionContainer.java:660)
at
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invo
ke(CachedConnectionInterceptor.java:186)
I've tried to do the same thing on 2.3.4 and get the transaction rolled
back. The logged SQL looks strange:
2002-11-14 15:03:35,099 INFO
[com.solarmetric.kodo.impl.jdbc.ee.ManagedConnectionFactoryImpl.supportcrm/k
odo]
INSERT INTO BILLY.TT_COMMENTS(COMMENT_TYPE, TEXT,
CREATED_BY, ID, SUBJECT, CREATE_DATE, TT_MAIN_ID) VALUES (1, '1', 10, 279,
'1',
{ts '2002-11-14 15:03:35.059'}, 147)
When I change "{ts '2002-11-14 15:03:35.059'}" with "TO_DATE('2002-11-14
15:03', 'YYYY-DD-MM HH24:MI')" in SQL editor
and execute it everything works fine.I've tried Kodo 2.4.0RC2 and had the same error.
I don't have much time now to check the second solution but I'll try to find
it ASAP.
Just in case I've attached the class file for Category class.
"Marc Prud'hommeaux" <[email protected]> wrote in message
news:[email protected]...
Alexy-
The problem with metadata not found is a known problem for 2.4.0RC1
in managed envornments, and should be fixed for RC2. If you get
a chance, could you download it and see if it fixes the problem?
Also, you can always get around the problem by explicitely
referencing the persistent class before you attempt
JDO operations on it. E.g.,
public void mySessionBeanMethod ()
// workaround
Class c = MyPersistentClass.class;
persistenceManager.makePersistent (new MyPersistentClass ());
// etc...
It is ugly, but it will usually get around the problem.
Let us know if neither of these solve your issue.
In <[email protected]> Alexey Maslov wrote:
Yes, I'm pretty sure.
I've even decompiled it with JAD to check if it implemented
PersistenceCapable.
"Abe White" <[email protected]> wrote in message
news:[email protected]...
I hate to ask the obvious, but are you sure you deployed the enhancedclass
file?
Marc Prud'hommeaux [email protected]
SolarMetric Inc. http://www.solarmetric.com
begin 666 Category.class
MROZZO@`#`"T!M0<``@$`*VYE="]X=')I;2]C<FTO=')O=6)L971I8VME="]O
M8FIE8W0O0V%T96=O<GD'``0!`!!J879A+VQA;F<O3V)J96-T!P`&`0`4:F%V
M82]I;R]397)I86QI>F%B;&4'``@!`"MN970O>'1R:6TO8W)M+W-Y<W1E;2]S
M96-U<FET>2]396-U<F5D16YT:71Y`0`":60!`!-,:F%V82]L86YG+TEN=&5G
M97([`0`$;F%M90$`$DQJ879A+VQA;F<O4W1R:6YG.P$`!W1I8VME=',!``],
M:F%V82]U=&EL+U-E=#L!``5T>7!E<P$`!6=E=$ED`0`5*"E,:F%V82]L86YG
M+TEN=&5G97([`0`$0V]D90$`#TQI;F5.=6UB97)486)L90$`$DQO8V%L5F%R
M:6%B;&5486)L90P`"0`*"0`!`!4!``1T:&ES`0`M3&YE="]X=')I;2]C<FTO
M=')O=6)L971I8VME="]O8FIE8W0O0V%T96=O<GD[`0`%<V5T260!`!8H3&IA
M=F$O;&%N9R]);G1E9V5R.RE6`0`'9V5T3F%M90$`%"@I3&IA=F$O;&%N9R]3
M=')I;F<[# `+``P)``$`'0$`!W-E=$YA;64!`!4H3&IA=F$O;&%N9R]3=')I
M;F<[*58!``IG9714:6-K971S`0`1*"E,:F%V82]U=&EL+U-E=#L,``T`#@D`
M`0`C# `F`"<!``]U;FUO9&EF:6%B;&53970!`" H3&IA=F$O=71I;"]3970[
M*4QJ879A+W5T:6PO4V5T.PH`*0`E!P`J`0`5:F%V82]U=&EL+T-O;&QE8W1I
M;VYS`0`)861D5&EC:V5T`0`N*$QN970O>'1R:6TO8W)M+W1R;W5B;&5T:6-K
M970O;V)J96-T+U1I8VME=#LI5@P`+@`O`0`(8V]N=&%I;G,!`!4H3&IA=F$O
M;&%N9R]/8FIE8W0[*5H+`#$`+0<`,@$`#6IA=F$O=71I;"]3970'`#0!`!]J
M879A+VQA;F<O26QL96=A;%-T871E17AC97!T:6]N!P`V`0`6:F%V82]L86YG
M+U-T<FEN9T)U9F9E<@@`. $`&U1I8VME="!A;')E861Y(&5X:7-T<RX@260Z
M( P`.@`@`0`&/&EN:70^"@`U`#D,`! `$0H`/@`\!P`_`0`I;F5T+WAT<FEM
M+V-R;2]T<F]U8FQE=&EC:V5T+V]B:F5C="]4:6-K970,`$$`0@$`!F%P<&5N
M9 $`+"A,:F%V82]L86YG+T]B:F5C=#LI3&IA=F$O;&%N9R]3=')I;F="=69F
M97(["@`U`$ ,`$$`10$`&RA#*4QJ879A+VQA;F<O4W1R:6YG0G5F9F5R.PH`
M-0!$# !(`!P!``AT;U-T<FEN9PH`-0!'"@`S`#D,`$P`+P$``V%D9 L`,0!+
M`0`&=&EC:V5T`0`K3&YE="]X=')I;2]C<FTO=')O=6)L971I8VME="]O8FIE
M8W0O5&EC:V5T.P$`#')E;6]V951I8VME= P`4@`O`0`&<F5M;W9E"P`Q`%$!
M``AG9714>7!E<PP`#P`."0`!`%4!``IC<F5A=&54>7!E`0!0*$QJ879A+VQA
M;F<O26YT96=E<CM,:F%V82]L86YG+U-T<FEN9SLI3&YE="]X=')I;2]C<FTO
M=')O=6)L971I8VME="]O8FIE8W0O5'EP93L'`%H!`"=N970O>'1R:6TO8W)M
M+W1R;W5B;&5T:6-K970O;V)J96-T+U1Y<&4,`#H`7 $`52A,:F%V82]L86YG
M+TEN=&5G97([3&IA=F$O;&%N9R]3=')I;F<[3&YE="]X=')I;2]C<FTO=')O
M=6)L971I8VME="]O8FIE8W0O0V%T96=O<GD[*58*`%D`6P$`!'1Y<&4!`"E,
M;F5T+WAT<FEM+V-R;2]T<F]U8FQE=&EC:V5T+V]B:F5C="]4>7!E.P$`$FES
M1&5P96YD96YC:65S1G)E90$``R@I6@P`8P!A`0`':7-%;7!T>0L`,0!B`0`4
M9V5T4V5C=7)E9%)E<V]U<F-E260,`&<`"@$`'%1R;W5B;&54:6-K971#871E
M9V]R>5]215-?240)`&D`9@<`:@$`,6YE="]X=')I;2]C<FTO<WES=&5M+W-E
M8W5R:71Y+U-E8W5R:71Y4F5S;W5R8V5)1',!`!YG971396-U<F5D16YT:71Y
M06QL;W=S0VAI;&1R96X!`!AG971396-U<F5D16YT:71Y0VAI;&1R96X!`!@H
M*4QJ879A+W5T:6PO0V]L;&5C=&EO;CL!``AH87-H0V]D90$``R@I20P`;@!O
M"@!R`' '`',!`!%J879A+VQA;F<O26YT96=E<@$`!F5Q=6%L<PP`= `O"@!R
M`'4!``-O8FH!`!),:F%V82]L86YG+T]B:F5C=#L!``,H*58!``E3>6YT:&5T
M:6,'`'P!`!%J879A+W5T:6PO2&%S:%-E= P`.@!Y"@![`'T!`"@H3&IA=F$O
M;&%N9R]);G1E9V5R.TQJ879A+VQA;F<O4W1R:6YG.RE6"@`#`'T,`!<`>0H`
M`0"!`0`*4V]U<F-E1FEL90$`#4-A=&5G;W)Y+FIA=F$!``AJ9&]'971I9 $`
M0BA,;F5T+WAT<FEM+V-R;2]T<F]U8FQE=&EC:V5T+V]B:F5C="]#871E9V]R
M>3LI3&IA=F$O;&%N9R]);G1E9V5R.PP`A0"&"@`!`(<!``AJ9&]3971I9 $`
M0RA,;F5T+WAT<FEM+V-R;2]T<F]U8FQE=&EC:V5T+V]B:F5C="]#871E9V]R
M>3M,:F%V82]L86YG+TEN=&5G97([*58,`(D`B@H``0"+`0`*:F1O1V5T;F%M
M90$`02A,;F5T+WAT<FEM+V-R;2]T<F]U8FQE=&EC:V5T+V]B:F5C="]#871E
M9V]R>3LI3&IA=F$O;&%N9R]3=')I;F<[# "-`(X*``$`CP$`"FID;U-E=&YA
M;64!`$(H3&YE="]X=')I;2]C<FTO=')O=6)L971I8VME="]O8FIE8W0O0V%T
M96=O<GD[3&IA=F$O;&%N9R]3=')I;F<[*58,`)$`D@H``0"3`0`-:F1O1V5T
M=&EC:V5T<P$`/BA,;F5T+WAT<FEM+V-R;2]T<F]U8FQE=&EC:V5T+V]B:F5C
M="]#871E9V]R>3LI3&IA=F$O=71I;"]3970[# "5`)8*``$`EP$`"VID;T=E
M='1Y<&5S# "9`)8*``$`F@$`#6ID;U-E='1I8VME=',!`#\H3&YE="]X=')I
M;2]C<FTO=')O=6)L971I8VME="]O8FIE8W0O0V%T96=O<GD[3&IA=F$O=71I
M;"]3970[*58,`)P`G0H``0">`0`+:F1O4V5T='EP97,,`* `G0H``0"A`0`@
M:F%V87@O:F1O+W-P:2]097)S:7-T96YC94-A<&%B;&4'`*,!`!9J9&]);FAE
M<FET961&:65L9$-O=6YT`0`!20$`#6ID;T9I96QD3F%M97,!`!-;3&IA=F$O
M;&%N9R]3=')I;F<[`0`-:F1O1FEE;&14>7!E<P$`$EM,:F%V82]L86YG+T-L
M87-S.P$`#6ID;T9I96QD1FQA9W,!``);0@$`'VID;U!E<G-I<W1E;F-E0V%P
M86)L95-U<&5R8VQA<W,!`!%,:F%V82]L86YG+T-L87-S.P$`#VID;U-T871E
M36%N86=E<@$`'$QJ879A>"]J9&\O<W!I+U-T871E36%N86=E<CL!``AJ9&]&
M;&%G<P$``4(!``@\8VQI;FET/@$`$&IA=F$O;&%N9R]3=')I;F<'`+0(``D(
M``L(``T(``\,`*<`J D``0"Z`0`/:F%V82]L86YG+T-L87-S!P"\`0`88VQA
M<W,D3&IA=F$D;&%N9R1);G1E9V5R`0`&8VQA<W,D`0`E*$QJ879A+VQA;F<O
M4W1R:6YG.RE,:F%V82]L86YG+T-L87-S.P$`!V9O<DYA;64,`,$`P H`O0#"
M`0`>:F%V82]L86YG+TYO0VQA<W-$969&;W5N9$5R<F]R!P#$`0`3:F%V82]L
M86YG+U1H<F]W86)L90<`Q@$`"F=E=$UE<W-A9V4,`,@`' H`QP#)"@#%`#D!
M`"!J879A+VQA;F<O0VQA<W-.;W1&;W5N9$5X8V5P=&EO;@<`S P`O@"N"0`!
M`,X!`!%J879A+FQA;F<N26YT96=E<@@`T P`OP# "@`!`-(!`!=C;&%S<R1,
M:F%V821L86YG)%-T<FEN9PP`U "N"0`!`-4!`!!J879A+FQA;F<N4W1R:6YG
M" #7`0`48VQA<W,D3&IA=F$D=71I;"13970,`-D`K@D``0#:`0`-:F%V82YU
M=&EL+E-E= @`W P`J0"J"0`!`-X,`*L`K D``0#@`0`R8VQA<W,D3&YE="1X
M=')I;21C<FTD=')O=6)L971I8VME="1O8FIE8W0D0V%T96=O<GD,`.(`K@D`
M`0#C`0`K;F5T+GAT<FEM+F-R;2YT<F]U8FQE=&EC:V5T+F]B:F5C="Y#871E
M9V]R>0@`Y0P`K0"N"0`!`.<*``$`?0$`&VIA=F%X+VID;R]S<&DO2D1/26UP
M;$AE;'!E<@<`Z@$`#7)E9VES=&5R0VQA<W,!`&XH3&IA=F$O;&%N9R]#;&%S
M<SM;3&IA=F$O;&%N9R]3=')I;F<[6TQJ879A+VQA;F<O0VQA<W,[6T),:F%V
M82]L86YG+T-L87-S.TQJ879A>"]J9&\O<W!I+U!E<G-I<W1E;F-E0V%P86)L
M93LI5@P`[ #M"@#K`.X!``YJ9&].97=);G-T86YC90$`4BA,:F%V87@O:F1O
M+W-P:2]3=&%T94UA;F%G97([3&IA=F$O;&%N9R]/8FIE8W0[*4QJ879A>"]J
M9&\O<W!I+U!E<G-I<W1E;F-E0V%P86)L93L,`*\`L D``0#R# "Q`+()``$`
M] $`'&ID;T-O<'E+97E&:65L9'-&<F]M3V)J96-T260!`!4H3&IA=F$O;&%N
M9R]/8FIE8W0[*58,`/8`]PH``0#X`0! *$QJ879A>"]J9&\O<W!I+U-T871E
M36%N86=E<CLI3&IA=F%X+VID;R]S<&DO4&5R<VES=&5N8V5#87!A8FQE.P$`
M%VID;T=E=$UA;F%G961&:65L9$-O=6YT`0`/:F1O4F5P;&%C949I96QD`0`$
M*$DI5@P`I0"F"0`!`/X!`")J879A+VQA;F<O26QL96=A;$%R9W5M96YT17AC
M97!T:6]N!P$`"@$!`'T!`!IJ879A>"]J9&\O<W!I+U-T871E36%N86=E<@<!
M`P$`%')E<&QA8VEN9T]B:F5C=$9I96QD`0`W*$QJ879A>"]J9&\O<W!I+U!E
M<G-I<W1E;F-E0V%P86)L93M)*4QJ879A+VQA;F<O3V)J96-T.PP!!0$&"P$$
M`0<!`!1R97!L86-I;F=3=')I;F=&:65L9 $`-RA,:F%V87@O:F1O+W-P:2]0
M97)S:7-T96YC94-A<&%B;&4[22E,:F%V82]L86YG+U-T<FEN9SL,`0D!"@L!
M! $+`0`0:F1O4F5P;&%C949I96QD<P$`!2A;22E6# #\`/T*``$!#P$`#VID
M;U!R;W9I9&5&:65L9 $`$W!R;W9I9&5D3V)J96-T1FEE;&0!`#@H3&IA=F%X
M+VID;R]S<&DO4&5R<VES=&5N8V5#87!A8FQE.TE,:F%V82]L86YG+T]B:F5C
M=#LI5@P!$@$3"P$$`10!`!-P<F]V:61E9%-T<FEN9T9I96QD`0`X*$QJ879A
M>"]J9&\O<W!I+U!E<G-I<W1E;F-E0V%P86)L93M)3&IA=F$O;&%N9R]3=')I
M;F<[*58,`18!%PL!! $8`0`0:F1O4')O=FED949I96QD<PP!$0#]"@`!`1L!
M``QJ9&]#;W!Y1FEE;&0!`#$H3&YE="]X=')I;2]C<FTO=')O=6)L971I8VME
M="]O8FIE8W0O0V%T96=O<GD[22E6`0`-:F1O0V]P>49I96QD<P$`%RA,:F%V
M82]L86YG+T]B:F5C=#M;22E6"@`S`'T,`1T!'@H``0$B`0`8:F1O1V5T4&5R
M<VES=&5N8V5-86YA9V5R`0`@*"E,:F%V87@O:F1O+U!E<G-I<W1E;F-E36%N
M86=E<CL!`!5G971097)S:7-T96YC94UA;F%G97(!`$(H3&IA=F%X+VID;R]S
M<&DO4&5R<VES=&5N8V5#87!A8FQE.RE,:F%V87@O:F1O+U!E<G-I<W1E;F-E
M36%N86=E<CL,`28!)PL!! $H`0`.:F1O1V5T3V)J96-T260!`!0H*4QJ879A
M+VQA;F<O3V)J96-T.P$`"V=E=$]B:F5C=$ED`0`V*$QJ879A>"]J9&\O<W!I
M+U!E<G-I<W1E;F-E0V%P86)L93LI3&IA=F$O;&%N9R]/8FIE8W0[# $L`2T+
M`00!+@$`&VID;T=E=%1R86YS86-T:6]N86Q/8FIE8W1)9 $`&&=E=%1R86YS
M86-T:6]N86Q/8FIE8W1)9 P!,0$M"P$$`3(!``QJ9&])<T1E;&5T960!``EI
M<T1E;&5T960!`"4H3&IA=F%X+VID;R]S<&DO4&5R<VES=&5N8V5#87!A8FQE
M.RE:# $U`38+`00!-P$`"FID;TES1&ER='D!``=I<T1I<G1Y# $Z`38+`00!
M.P$`"&ID;TES3F5W`0`%:7-.97<,`3X!-@L!! $_`0`/:F1O27-097)S:7-T
M96YT`0`,:7-097)S:7-T96YT# %"`38+`00!0P$`$FID;TES5')A;G-A8W1I
M;VYA; $`#VES5')A;G-A8W1I;VYA; P!1@$V"P$$`4<!``]J9&]0<F5397)I
M86QI>F4!``QP<F5397)I86QI>F4!`"4H3&IA=F%X+VID;R]S<&DO4&5R<VES
M=&5N8V5#87!A8FQE.RE6# %*`4L+`00!3 $`#&ID;TUA:V5$:7)T>0$`"6UA
M:V5$:7)T>0$`-RA,:F%V87@O:F1O+W-P:2]097)S:7-T96YC94-A<&%B;&4[
M3&IA=F$O;&%N9R]3=')I;F<[*58,`4\!4 L!! %1`0`/:F1O4F5P;&%C949L
M86=S`0`.<F5P;&%C:6YG1FQA9W,!`"4H3&IA=F%X+VID;R]S<&DO4&5R<VES
M=&5N8V5#87!A8FQE.RE"# %4`54+`00!5@$`%FID;U)E<&QA8V53=&%T94UA
M;F%G97(!`!\H3&IA=F%X+VID;R]S<&DO4W1A=&5-86YA9V5R.RE6`0`*17AC
M97!T:6]N<P$`&VIA=F$O;&%N9R]396-U<FET>45X8V5P=&EO;@<!6P$`%7)E
M<&QA8VEN9U-T871E36%N86=E<@$`7"A,:F%V87@O:F1O+W-P:2]097)S:7-T
M96YC94-A<&%B;&4[3&IA=F%X+VID;R]S<&DO4W1A=&5-86YA9V5R.RE,:F%V
M87@O:F1O+W-P:2]3=&%T94UA;F%G97([# %=`5X+`00!7P$`$&IA=F$O;&%N
M9R]3>7-T96T'`6$!`!)G971396-U<FET>4UA;F%G97(!`!TH*4QJ879A+VQA
M;F<O4V5C=7)I='E-86YA9V5R.PP!8P%D"@%B`64!`!MJ879A>"]J9&\O<W!I
M+TI$3U!E<FUI<W-I;VX'`6<!`!%3151?4U1!5$5?34%.04=%4@$`'4QJ879A
M>"]J9&\O<W!I+TI$3U!E<FUI<W-I;VX[# %I`6H)`6@!:P$`&6IA=F$O;&%N
M9R]396-U<FET>4UA;F%G97('`6T!``]C:&5C:U!E<FUI<W-I;VX!`!TH3&IA
M=F$O<V5C=7)I='DO4&5R;6ES<VEO;CLI5@P!;P%P"@%N`7$!`!IJ9&]#;W!Y
M2V5Y1FEE;&1S5&]/8FIE8W1)9 $`32A,:F%V87@O:F1O+W-P:2]097)S:7-T
M96YC94-A<&%B;&4D3V)J96-T261&:65L9%-U<'!L:65R.TQJ879A+VQA;F<O
M3V)J96-T.RE6`0`M;F5T+WAT<FEM+V-R;2]T<F]U8FQE=&EC:V5T+V]B:F5C
M="]#871E9V]R>4ED!P%U`0`V:F%V87@O:F1O+W-P:2]097)S:7-T96YC94-A
M<&%B;&4D3V)J96-T261&:65L9%-U<'!L:65R!P%W`0`09F5T8VA/8FIE8W1&
M:65L9 $`%2A)*4QJ879A+VQA;F<O3V)J96-T.PP!>0%Z"P%X`7L)`78`%0$`
M32A,:F%V87@O:F1O+W-P:2]097)S:7-T96YC94-A<&%B;&4D3V)J96-T261&
M:65L9$-O;G-U;65R.TQJ879A+VQA;F<O3V)J96-T.RE6`0`V:F%V87@O:F1O
M+W-P:2]097)S:7-T96YC94-A<&%B;&4D3V)J96-T261&:65L9$-O;G-U;65R
M!P%_`0`0<W1O<F5/8FIE8W1&:65L9 $`%BA)3&IA=F$O;&%N9R]/8FIE8W0[
M*58,`8$!@@L!@ &#`0`6:F1O3F5W3V)J96-T261);G-T86YC90$`)BA,:F%V
M82]L86YG+U-T<FEN9SLI3&IA=F$O;&%N9R]/8FIE8W0["@%V`#D*`78`?0$`
M#G-E=$]B:F5C=$9I96QD`0!**$QJ879A>"]J9&\O<W!I+U!E<G-I<W1E;F-E
M0V%P86)L93M)3&IA=F$O;&%N9R]/8FIE8W0[3&IA=F$O;&%N9R]/8FIE8W0[
M*58,`8D!B@L!! &+`0`(:7-,;V%D960!`"8H3&IA=F%X+VID;R]S<&DO4&5R
M<VES=&5N8V5#87!A8FQE.TDI6@P!C0&."P$$`8\!``YG9713=')I;F=&:65L
M9 $`22A,:F%V87@O:F1O+W-P:2]097)S:7-T96YC94-A<&%B;&4[24QJ879A
M+VQA;F<O4W1R:6YG.RE,:F%V82]L86YG+U-T<FEN9SL,`9$!D@L!! &3`0`.
M<V5T4W1R:6YG1FEE;&0!`$HH3&IA=F%X+VID;R]S<&DO4&5R<VES=&5N8V5#
M87!A8FQE.TE,:F%V82]L86YG+U-T<FEN9SM,:F%V82]L86YG+U-T<FEN9SLI
M5@P!E0&6"P$$`9<!``YG971/8FIE8W1&:65L9 $`22A,:F%V87@O:F1O+W-P
M:2]097)S:7-T96YC94-A<&%B;&4[24QJ879A+VQA;F<O3V)J96-T.RE,:F%V
M82]L86YG+T]B:F5C=#L,`9D!F@L!! &;`0`0<V5R:6%L5F5R<VEO;E5)1 $`
M`4H%^2&,L8I8LP(,`9T!G@D``0&A`0`+=W)I=&5/8FIE8W0!`!\H3&IA=F$O
M:6\O3V)J96-T3W5T<'5T4W1R96%M.RE6`0`3:F%V82]I;R])3T5X8V5P=&EO
M;@<!I0P!20!Y"@`!`:<!`!IJ879A+VEO+T]B:F5C=$]U='!U=%-T<F5A;0<!
MJ0$`$F1E9F%U;'17<FET94]B:F5C= P!JP!Y"@&J`:P!``IR96%D3V)J96-T
M`0`>*$QJ879A+VEO+T]B:F5C=$EN<'5T4W1R96%M.RE6`0`9:F%V82]I;R]/
M8FIE8W1);G!U=%-T<F5A;0<!L $`$61E9F%U;'1296%D3V)J96-T# &R`'D*
M`;$!LP`A``$``P`#`*0`!P`%`! ``@`)``H````"``L`# ````(`#0`.````
M`@`/``X````*`*4`I@````H`IP"H````"@"I`*H````*`*L`K ````H`K0"N
M````A "O`+ ```"$`+$`L@````@`O@"N``$`>@``````" #4`*X``0!Z````
M```(`-D`K@`!`'H```````@`X@"N``$`>@``````&@&=`9X````Y``$`$ `1
M``$`$@```"\``0`!````!2JX`(BP`````@`3````!@`!````: `4````# `!
M````!0`7`!@````!`!D`&@`!`!(````^``(``@````8J*[@`C+$````"`!,`
M```*``(```!L``4`;0`4````%@`"````!@`7`!@```````8`"0`*``$``0`;
M`!P``0`2````+P`!``$````%*K@`D+ ````"`!,````&``$```!P`!0````,
M``$````%`!<`& ````$`'P`@``$`$@```#X``@`"````!BHKN "4L0````(`
M$P````H``@```'0`!0!U`!0````6``(````&`!<`& ``````!@`+``P``0``
M`"$`(@`!`!(````R``$``0````@JN "8N `HL ````(`$P````8``0```'@`
M% ````P``0````@`%P`8```````K`"P``0`2````>0`%``(````Y*K@`F"NY
M`# "`)D`([L`,UF[`#59$C>W`#LKM@`]M@!#$"ZV`$:V`$FW`$J_*K@`F"NY
M`$T"`%>Q`````@`3````$@`$````? `-`'T`+0!_`#@`@ `4````%@`"````
M.0`7`!@``````#D`3@!/``$```!0`"P``0`2````1 `"``(````,*K@`F"NY
M`%,"`%>Q`````@`3````"@`"````@P`+`(0`% ```!8``@````P`%P`8````
M```,`$X`3P`!``$`5 `B``$`$@```#(``0`!````""JX`)NX`"BP`````@`3
M````!@`!````AP`4````# `!````" `7`!@````!`%<`6 `!`!(```!H``4`
M! ```!B[`%E9*RPJMP!=3BJX`)LMN0!-`@!7+; ````"`!,````.``,```"+
M``L`C `6`(T`% ```"H`! ```!@`7@!?``,````8`!<`& ``````& `)``H`
M`0```!@`"P`,``(``0!@`&$``0`2````- `!``$````**K@`F+D`9 $`K ``
M``(`$P````8``0```)$`% ````P``0````H`%P`8`````0!E`!$``0`2````
M+@`!``$````$L@!HL ````(`$P````8``0```)0`% ````P``0````0`%P`8
M`````0!K`&$``0`2````+ `!``$````"!*P````"`!,````&``$```"8`!0`
M```,``$````"`!<`& ````$`; !M``$`$@```"\``0`!````!2JX`)NP````
M`@`3````!@`!````G `4````# `!````!0`7`!@````!`&X`;P`!`!(```!!
M``,``0```!<#`RJX`(C&``57!)D`"U<JN "(M@!QK ````(`$P````8``0``
M`*$`% ````P``0```!<`%P`8`````0!T`"\``0`2````5 `"``(````8*\$`
M`9D`$BO ``&X`(@JN "(M@!VK .L`````@`3````#@`#````I0`'`*8`%@"H
M`!0````6``(````8`!<`& ``````& !W`'@``0`2`!<`>0`"`'H``````!(`
M``!%``,``0```!<JNP![6;<`?K@`GRJ[`'M9MP!^N "BL0````(`$P````H`
M`@```%(`"P!=`!0````,``$````7`!<`& ````$`.@!_``$`$@```%T``@`#
M````$RJW`( JMP""*BNX`(PJ++@`E+$````"`!,````2``0```!?``@`8 `-
M`&$`$@!B`!0````@``,````3`!<`& ``````$P`)``H``0```!,`"P`,``(`
M`0`Z`'D``0`2````-P`!``$````)*K<`@"JW`(*Q`````@`3````"@`"````
M9 `(`&4`% ````P``0````D`%P`8````& "S`'D``0`2````Y `.``````#8
M% &?LP&B![T`M5D#$K936002MU-9!1*X4UD&$KE3LP"[![T`O5D#`+(`S\8`
M";(`SZ<`#!+1N #36;,`SP!3600`L@#6Q@`)L@#6IP`,$MBX`--9LP#6`%-9
M!0"R`-O&``FR`-NG``P2W;@`TUFS`-L`4UD&`+(`V\8`";(`VZ<`#!+=N #3
M6;,`VP!3LP#?![P(60,0&%19!! 55%D%$ I46080"E2S`.$`L@#DQ@`)L@#D
MIP`,$N:X`--9LP#D`+(`N[(`W[(`X;(`Z+L``5FW`.FX`.^Q```````(`+\`
MP `"`'H``````!(````F``,``@```!(JN ##L$R[`,59*[8`RK<`R[\``0``
M``4`!0#-`````0#P`/$``0`2````)0`"``0````9NP`!6;<`Z4XM*[4`\RT$
MM0#U+2RV`/DML ```````0#P`/H``0`2````( `"``,````4NP`!6;<`Z4TL
M*[4`\RP$M0#U++ ```````P`^P!O``$`$@````X``0```````@>L```````!
M`/P`_0`!`!(```"4``4``P```(@;L@#_9#T<G `+NP$!6;<!`K\`'*H`````
M``!L``````````,````@````,P```$8```!9*BJT`/,J&[D!" ,`P !RM0`6
ML2HJM #S*ANY`0P#`, `M;4`'K$J*K0`\RH;N0$(`P# `#&U`"2Q*BJT`/,J
M&[D!" ,`P `QM0!6L;L!`5FW`0*_```````!`0T!#@`!`!(````B``,``P``
M`!8#/:<`#2HK'"ZV`1"$`@$<*[ZA__.Q```````!`1$`_0`!`!(```"(``4`
M`P```'P;L@#_9#T<G `+NP$!6;<!`K\`'*H```````!@``````````,````@
M````, ```$ ```!0*K0`\RH;*K0`%KD!%00`L2JT`/,J&RJT`!ZY`1D$`+$J
MM #S*ALJM `DN0$5! "Q*K0`\RH;*K0`5KD!%00`L;L!`5FW`0*_```````!
M`1H!#@`!`!(````B``,``P```!8#/:<`#2HK'"ZV`1R$`@$<*[ZA__.Q````
M```$`1T!'@`!`!(```!L``,`! ```& <L@#_9#X=G `+NP$!6;<!`K\`':H`
M``````!$``````````,````@````*0```#(````[*BNT`!:U`!:Q*BNT`!ZU
M`!ZQ*BNT`"2U`"2Q*BNT`%:U`%:QNP$!6;<!`K\```````$!'P$@``$`$@``
M`$\`!@`%````0RO ``%.+;0`\RJT`/.E``N[`0%9MP$"OP`JM #SQP`+NP`S
M6;<!(;\``S8$IP`/*BTL%00NM@$CA 0!%00LOJ'_\+$```````$!) $E``$`
M$@```" ``@`!````%"JT`//'``4!L"JT`/,JN0$I`@"P```````!`2H!*P`!
M`!(````@``(``0```!0JM #SQP`%`; JM #S*KD!+P(`L ```````0$P`2L`
M`0`2````( `"``$````4*K0`\\<`!0&P*K0`\RJY`3,"`+ ```````$!- !A
M``$`$@```" ``@`!````%"JT`//'``4#K"JT`/,JN0$X`@"L```````!`3D`
M80`!`!(````@``(``0```!0JM #SQP`%`ZPJM #S*KD!/ (`K ```````0$]
M`&$``0`2````( `"``$````4*K0`\\<`!0.L*K0`\RJY`4 "`*P```````$!
M00!A``$`$@```" ``@`!````%"JT`//'``4#K"JT`/,JN0%$`@"L```````!
M`44`80`!`!(````@``(``0```!0JM #SQP`%`ZPJM #S*KD!2 (`K ``````
M`0%)`'D``0`2````'P`"``$````3*K0`\\<`!+$JM #S*KD!30(`L0``````
M`0%.`" ``0`2````( `#``(````4*K0`\\<`!+$JM #S*BNY`5(#`+$`````
M``$!4P!Y``$`$@```",``P`!````%RJT`//'``2Q*BJT`/,JN0%7`@"U`/6Q
M```````A`5@!60`"`5H````$``$!7 `2````. `$``,````L*K0`\\8`$RHJ
MM #S*BNY`6 #`+4`\[&X`69-+,8`"BRR`6RV`7(J*[4`\[$```````$!<P%T
M``$`$@```"@`! `%````'"S `79.L@#_-@0M*P,5!&"Y`7P"`, `<K4!?;$`
M``````$!<P#W``$`$@```!X``@`$````$BO `79-L@#_/BPJM `6M0%]L0``
M`````0#V`7X``0`2````)0`#``4````9+, !=DZR`/\V!"L#%01@+;0!?;D!
MA ,`L0```````0#V`/<``0`2````&@`"``,````.*\ !=DTJ++0!?;4`%K$`
M``````$!A0&&``$`$@```!4``P`"````";L!=EDKMP&'L ```````0&%`2L`
M`0`2````% `"``$````(NP%V6;<!B+ ``````!H`A0"&``$`$@```!$``0`!
M````!2JT`!:P```````:`(D`B@`!`!(````N``4``@```"(JM #SQP`)*BNU
M`!:Q*K0`\RJR`/\#8"JT`!8KN0&,!0"Q```````:`(T`C@`!`!(```!$``0`
M`@```#@JM #UG0`(*K0`'K"R`/\$8#PJM #S*ANY`9 #`)D`""JT`!ZP*K0`
M\RH;*K0`'KD!E 0`P "UL ``````&@"1`)(``0`2````+@`%``(````B*K0`
M]9H`"2HKM0`>L2JT`/,JL@#_!& JM `>*[D!F 4`L0``````&@"5`)8``0`2
M````1 `$``(````X*K0`\\<`""JT`"2PL@#_!6 \*K0`\RH;N0&0`P"9``@J
MM `DL"JT`/,J&RJT`"2Y`9P$`, `,; ``````!H`G "=``$`$@```"X`!0`"
M````(BJT`//'``DJ*[4`)+$JM #S*K(`_P5@*K0`)"NY`8P%`+$``````!H`
MF0"6``$`$@```$0`! `"````."JT`//'``@JM !6L+(`_P9@/"JT`/,J&[D!
MD ,`F0`(*K0`5K JM #S*ALJM !6N0&<! # `#&P```````:`* `G0`!`!(`
M```N``4``@```"(JM #SQP`)*BNU`%:Q*K0`\RJR`/\&8"JT`%8KN0&,!0"Q
M```````"`:,!I `"`5H````$``$!I@`2````%0`!``(````)*K8!J"NV`:VQ
M```````"`:X!KP`"`5H````&``(!I@#-`!(````1``$``@````4KM@&TL0``
,`````0"#`````@"$
`
end
-
Hi,
I am installing the new CAP1602 AP´s aon my customers network and are seeing a strange thing.
First, some basic information.
Customer is using Cisco Prime Infrastruture 1.3 and I have created a few templates for provisioning.
My customer has two WLC 5508 in a HA setup.
I have created a provisioning VLAN and there is a MS DHCP server on another VLAN, where there is a scope for the provisining VLAN.
I am using option 43 on the DHCP server
I connect an AP and it gets the IP address from the provisioning VLAN (all good)
I then "add" the templates to the AP (all good)
As this AP needs to go to another location, I use Prime to give this a static IP, which belongs to the location.
After saving the new IP address, I check to see if it really gets the correct IP, using a console cable on the AP and the BVI has the correct IP (all good).
Here is the tricky part.
If I leave this AP "untouched" for a while, for example 10 minutes, it somehow reverts back to DHCP and delete the static IP.
Of course, it can`t see the WLC anymore.
Has someone seen this before ?
Regards
FLICHi Stephen,
Apologiez for my (possible) stupid issue, but I am quite new to Cisco wireless.
I didn`t realize, that this is expected behaviour.
Maybe you can guide me in the right direction on how to solve this issue.
Please let me try to be a little bit more specific.
We are about to do a roll-out of CAP1602 to approximately 120 stores in another country along with a new roll-out of MPLS in these stores.
I am sitting on the network in DK, where the 2 WLC5508 are installed.
I want to do a complete configuration on both switches and AP`s, send it to the stores and do an implementation afterwards.
I use Cisco Prime Infrastructure to load different templates to an AP, after that I am setting a static IP on the AP, belonging to a certain store and save it (still using Cisco PI).
Then I do a reboot of the AP, and when it comes back up again, I can see that it has a static IP (using console access).
If I then power off the AP and do a power on again, it still has the static IP, but if I leave powered on for a while, it reverts to request an IP from DHCP and that confuses me a little bit.
As I understand it, this is expected behaviour, right ?
Will it work, if I do a power off right after setting the static IP and send it to the specific store as the store can "see" the WLC`s ?
Regards
FLIC -
MPLS - How are external/internal routes distinguished?
Hi all
I was setting up an MPLS environment and wanted to get some more information about how MPLS VPN's work. Basically I have three sites connected to the MPLS cloud. Site A runs EIGRP on the customer side and Site B runs OSPF on the customer side. Site C is the one in question. The way I have it designed, Sites A and C have full visability into one another and sites B and C have full visibility into one another. When I configure site C with eigrp, all proper routes are seen, but the OSPF routes from site B are seen as EIGRP external routes. When I switch site C to OSPF, EIGRP routes from site A are seen as OSPF External type 2 routes. I guess my ultimate question is, How does the PE router at site C know the originating protocol? All the routes it receives are from BGP. Does a certain attribute carry this? If so, is this feature specific to Cisco gear or an RFC standard? Thanks in advance for all your help. I can include configs if that would help, below I'll show you my RD and RT's for each VRF and the routing tables of the CE router at Site C before and after the change.
Site A
ip vrf a
rd 1:111
route-target export 1:100
route-target import 1:101
Site B
ip vrf c
rd 3:333
route-target export 3:301
route-target import 1:101
Site C
ip vrf a
rd 1:111
route-target export 1:101
route-target import 1:100
route-target import 3:301
Change from EIGRP to OSPF
Gateway of last resort is not set
6.0.0.0/32 is subnetted, 1 subnets
D 6.6.6.6 [90/435200] via 10.2.1.1, 00:05:26, Ethernet0/0
7.0.0.0/32 is subnetted, 1 subnets
C 7.7.7.7 is directly connected, Loopback1
8.0.0.0/32 is subnetted, 1 subnets
D EX 8.8.8.8 [170/2560025856] via 10.2.1.1, 00:02:13, Ethernet0/0
D EX 111.0.0.0/8 [170/2560025856] via 10.2.1.1, 00:02:13, Ethernet0/0
10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C 10.2.1.0/24 is directly connected, Ethernet0/0
D 10.1.1.0/24 [90/307200] via 10.2.1.1, 00:05:56, Ethernet0/0
D 10.20.0.0/16 [90/435200] via 10.2.1.1, 00:05:56, Ethernet0/0
C 10.77.0.0/16 is directly connected, Loopback2
D EX 192.168.1.0/24 [170/2560025856] via 10.2.1.1, 00:02:43, Ethernet0/0
R7(config)#no router eigrp 22
*Mar 1 02:10:20.747: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 22: Neighbor 10.2.1.1 (Ethernet0/0) is
down: interface down
R7(config)#router ospf 3
R7(config-router)#network 10.0.0.0 0.255.255.255 area 0
R7(config-router)#network 7.7.7.7 0.255.255.255 area 0
R7(config-router)#end
R7#show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
6.0.0.0/32 is subnetted, 1 subnets
O E2 6.6.6.6 [110/409600] via 10.2.1.1, 00:00:27, Ethernet0/0
7.0.0.0/32 is subnetted, 1 subnets
C 7.7.7.7 is directly connected, Loopback1
8.0.0.0/32 is subnetted, 1 subnets
O IA 8.8.8.8 [110/21] via 10.2.1.1, 00:00:27, Ethernet0/0
O IA 111.0.0.0/8 [110/21] via 10.2.1.1, 00:00:27, Ethernet0/0
10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C 10.2.1.0/24 is directly connected, Ethernet0/0
O E2 10.1.1.0/24 [110/1] via 10.2.1.1, 00:00:26, Ethernet0/0
O E2 10.20.0.0/16 [110/409600] via 10.2.1.1, 00:00:26, Ethernet0/0
C 10.77.0.0/16 is directly connected, Loopback2
O IA 192.168.1.0/24 [110/11] via 10.2.1.1, 00:00:26, Ethernet0/0
R7#trace 6.6.6.6
Type escape sequence to abort.
Tracing the route to 6.6.6.6
1 10.2.1.1 652 msec 396 msec 192 msec
2 40.1.1.9 [MPLS: Labels 18/24 Exp 0] 2264 msec 2640 msec 2532 msec
3 30.1.1.3 [MPLS: Labels 18/24 Exp 0] 2320 msec * *
4 10.1.1.1 [MPLS: Label 24 Exp 0] 1816 msec 1792 msec 2148 msec
5 10.1.1.2 1940 msec * 2200 msec
R7#Hello Edward,
I see nothing strange in the results you have posted. They are completely natural to the process of carrying customer routes over MPLS L3 VPN.
You know yourself that the customer routes are carried between PE routers using BGP, and from PE towards CE, these routes are redistributed from BGP into the particular routing protocol running between PE and CE. Each of these routing protocols automatically marks redistributed networks as external networks. For OSPF, this is a normal part of the open protocol specification - that routes injected into OSPF via redistribution shall be represented as external routes (and carried in LSA-5). Similarly, when you redistribute into EIGRP from a different routing protocol, these routes will be carried by EIGRP as external networks. So what you see here is natural and normal. Even if all sites ran the same routing protocol (EIGRP or OSPF), one site would see networks from other sites as external routes.
In fact, there are extensions to BGP using extended community attributes that try to preserve the original nature of the redistributed routes. The prerequisite is that all sites run the same IGP, either OSPF or EIGRP. In that case, EIGRP routes carried over MPLS can be made look like internal routes although they are redistributed, and OSPF will make the routes appear as inter-area routes, not as external routes. There is even a modification to OSPF allowing you to see other sites as intra-area routes (though this requires configuring so-called OSPF sham links between PEs). All of this is done because an internal network is always preferred to an external network. This causes trouble if there is a backup link directly interconnecting two sites, bypassing the MPLS cloud. As the routing protocol run over this link advertises all networks as internal, this link would always be preferred to the MPLS VPN which is exactly the opposite of what you want to do.
Please feel welcome to ask further!
Best regards,
Peter -
Connectivity problems on ATM MPLS network
We have implemented a country wide MPLS network based on 8500 platforms. We have encountered some strange connectivity problems between some PE's. Without apparent reason connectivity is lost between some PEs and restored after some time. The global routing table is perfectly stable among all the routers on the path between respective PE's. Also the LVC's & TAGs are stable and practically we were unable to find any change between the working and not working state. As a curious thing, during the outage (minutes) clearing routes into a PE VRF was restoring connectivity on the respective VRF and all other VRFs on the respective PE also!
Has enyone seeing similar problems before?
PE routers are 3660 series and we've tried all IOS available on CCO.Have you made any provisioning (upgrading connectivity) bet the PEs and Ps....I suffer such a similar problem with our network PEs and I notice that this happen after provisioning links between our PEs (RPMs in MGX 8850) and the ATM LSR (BPX 8600).
when i issue "clear ip route vrf *" or reload the RPM.....all the VRFs operate normally again.....so I get used to such a problem after any network provisioning process but still i couldn't relate this to problems with VRFs. -
I have discovered that one of my routers, a 7206VXR with a PA-FE-FX "does not support user settable mtu". This seems to be causing a problem with some customers with firewalls (Path MTU Discovery isn't working on them...).
I have turned up the MTU to 1526 on all interfaces and turned the MPLS MTU setting down, but I cannot make these problems go away. Are there any workarounds for this? Are there any means at all for forcibly fragmenting packets?
As I said the router in question is a 7206VXR, NPE-300 and the interface is a PA-FE-FX, it is running IOS 12.2(10b).What I ended up doing was: connect a 7500 to a 7200 both with PA-FE-TX, and it worked. Then I plugged in a 2900XL switch in between them. This did not work. I set mtu on the two ports on the switch. I then (after tearing hair, jumping up and down, etc) rebooted the switch. The switch came back up in with the interfaces already configured for MTU 2018. This finally worked. 12.0(5.2)XU is the version that all the switches in question were running.
The other problem that I realized was that the path that was working was actually going through a 3550, not a 2900XL.
So I reloaded the switches in question that evening, and low and behold, everything was peachy, 1500 byte packets worked again. I can't really guess why this is the case, but reload + coming up configured with MTU works, configuring the MTU to be larger while running doesn't. I should also mention that these ports are actually WS-X2922-XL-V and WS-X2924-XL-V modules, not the regular ports... I know, I know.
I've heard stranger things and I'm happy to get so rest now and play with the new features MPLS provides. You guys were very helpful, particularly hritter, in pointing me toward the switches, otherwise I would have probably replaced the PA-FE with a gigabit card. -
We are facing serious problems related to MPLS MTU. Due to fragmentation some of the applications are not working. I have enabled the mpls mtu 1508 across the path of MPLS but some of our switches do not support jumbo frames.
The strange this is that we are not only facing this issue with customer which are connected with us via Ethernet (wireless and cable) but also customers having WAN connection like ATM.Hi Ahmede...
We had a similar issue with Windows 2000/2003 platforms. In our case, it was a Microsoft bug which a patch fix it... However, we don't manage the Microsoft servers, so we decided to pursue this with a solution in the router. Fragmentation was the main cause, and fixed the problem by adding the following command to the interfaces :
ip tcp adjust-mss 1272
We are still working to identify why '1272', but if you ping from some PCs you can have a payload of up to 1400+, but from other workstations (mine is an XP) I could do only 1272. Hope this helps. -
MPLS-VPN w/NAT for Internet connectivity.
We have implemented MPLS-VPN and site-to-site connectivity seems to be working fairly well. However, we are having strange issue when trying to access the Internet. For some odd reason, we are not able to get to some sites such as ebay.com, latimes.com, nytimes.com, moviefone.com. We are running dynamic NAT and the topology looks like this:
Laptop----CE-------PE-----NAT------BR-----Internet
This is a simple layout of what we have currently in the lab. NAT router is not running MPLS but we are using VRF to create sub-interfaces on FE connecting PE and NAT router for each customers. I have access-list allowing 10.x.x.x/8.
Laptop-CE - 10.0.0.8/30
CE-PE - 10.0.0.0/30
PE-NAT - 10.0.1.0/30
Also, we are able to ping, trace, ftp, use remote desktop, pcanywhere. It seems to be only affecting http. We've been working on this for couple of days now and we've hit a wall. Any help will be greatly appreciated.
JKI had a slightly different yet similar problem a few months ago on our mpls network with the CE devices, and turned out the DF bit had to be set to 0 to enable fragmentation _prior_ to traffic entering the core.
Fixed it right up by setting a policy on the ethernet port.
-Jeff -
Hello
I just watched a strange thing - there is basic MPLS connection between PE1 <-> P <-> PE2 Router and I sniff outgoing messages from PE1 in this scenario. MPLS is enabled global with "ip cef" and also on all interfaces with "tag-switching ip" command - nothing else.
Now, If I ping from PE2 to PE1, then I didn't noticed any MPLS messages at all - for ICMP echo request messages is this ok, because (last) P-Router pops the label, but why there is no label on ICMP echo replay messages? If I send out some message from PE1, then is this message tagged, but not in case of replay message.
I'm a bit confused about it
thanksHi Dmytro,
When you trigger ping from PE2, it will be sent with source address as outgoing interface address which in this case will be the address on link connected between PE2 and P. This address will be advertised by P to PE1 with label 3 which means to pop.
So when PE1 replies, it sends without any label. This is expected.
As Ivan suggested, Can you try pinging between loopback address/. This will get you ICMP reply pkt with label imposed in your sniffer capture
HTH,
Nagendra -
Please Help!! - Ping to and from MPLS/VPN
I am having strange ping results and cannot understand why. My gut feeling is that this stems from a lack of understanding of the technology.
First, I have leaked a Vrf subnet into the global vrf so that I can have reachability to some devices in the vrf and the devices themselves can have reachability to services outside of the cloud.
I know this design is going to seem a little convoluted so bear with me. I have built a model of my providers network whereby the connected routes between the CE and PE are public addresses, the internal routes are private addresses in the 10.0.0.0/8 network. I am running BGP between the PE and CE, and then redistributing static routesinto OSPF for the actual MPLS network routing.
Then of the backbone (Area 0) of the OSPF network, I have a connection to what I will call my Services network where resources such as DNS/DHCP, Internet, and Call Manager reside.(See diagram).
What happens is that on the PE that is directly connected to the CE, I cannot ping the network contained in the CE unless I actually specify an interface other than the address of the directly connected interface.
If I go to the P router I can ping just fine. Even if I go to the Services network I am successful so I know that I have been somewhat successful in leaking the subnet located in the VPN vrf.
On the flip side, When I am in the CE, I cannot ping to the Services network, or any network that is in the 10.0.0.0/8 space, so I am almost certain there is a routing principle that I am missing here.
Sorry for the long post, but I am trying to include the pertinent information that I hope will lead to some assistance.Lejoe,
You were correct in discovering that the route was missing from the 3750 metro point back to the connected route between the PE and CE. I added this and I am not able to ping the services network from the CE router. Thanks very much for this. I am glad it was a simple resolution.
As far as the duplicate address on the 3750 Metro and the PE, the interface on the 3750 was left over from a previous design and is inactive. Thanks for catching as I would need to clean it up regardless.
You were also correct in saying that if I source the ping from within the vrf, then I am able to ping. However, I thought that I took care of this by leaking the route to the global config. Here is the global ruoting table on the PE router.
S 68.139.201.28/30 is directly connected, FastEthernet1/0
C 68.1.1.4/30 is directly connected, FastEthernet0/0
O IA 68.2.1.4/30 [110/12] via 68.1.1.5, 23:30:42, FastEthernet0/0
O IA 68.1.2.4/30 [110/2] via 68.1.1.5, 23:30:42, FastEthernet0/0
O IA 68.1.0.1/32 [110/2] via 68.1.1.5, 23:30:42, FastEthernet0/0
C 68.1.1.1/32 is directly connected, Loopback0
O IA 68.0.1.0/30 [110/2] via 68.1.1.5, 23:30:42, FastEthernet0/0
O IA 68.2.1.1/32 [110/13] via 68.1.1.5, 23:30:42, FastEthernet0/0
O IA 68.0.2.0/30 [110/3] via 68.1.1.5, 23:30:42, FastEthernet0/0
O IA 68.2.0.1/32 [110/3] via 68.1.1.5, 23:30:42, FastEthernet0/0
O IA 68.255.1.0/30 [110/2] via 68.1.1.5, 23:30:42, FastEthernet0/0
10.0.0.0/16 is subnetted, 1 subnets
S 10.152.0.0 [1/0] via 68.139.201.30, FastEthernet1/0
O*E2 0.0.0.0/0 [110/1] via 68.1.1.5, 23:30:42, FastEthernet0/0
If you take a look at the configs, I have placed the directly connected route into the global table by using a static route on the PE router:
ip route 68.139.201.28 255.255.255.252 FastEthernet1/0
I would like to understand why I cannot ping the directly connected route from the PE, especially when it is in the routing table. Would you know why this is? -
Hi
I have a very strange problem on the network since I put WAAS.
The architecture is as following :
Central site with access to remote sites else via MPLS operator network (provinding its routers) else via IPSec VPN with firewall.
Recently it was decided to try the WAAS solution to enhance performance on a particular remote site.
So I have one WAVE274 as manager on the central site, one WAVE474 (inline) between the network and the operator router leading to approximatively 100 remote sites, a WAVE474 on one remote site only (inline too).
All was properly functionning : Optimization and so on between the 2 WAVE474, no action for other remote sites (of course).
My problem is that access to one particular URL (really needed) from all the remote sites passing through the central WAAS box is not available anymore !!! Access to that URL is OK from all remote VPN sites and from the central site.
When putting off the WAVE474 of the central site, the URL access is regained.
I can't understand. I thought that only the traffic between 2 WAAS peers was optimized (modified) and that trafic passing through only one WAAS box was not modified (the central WAVE acting in that case as a wire).
Any idea ?Hi
I have some new information, but the problem is still there ...
I tested again the problematic web site when getting through only one WAVE :
1/ My PC -> central WAVE -> LAN -> FW -> Internet
--> OK
2/ Remote Site -> ISP remote router -> ISP backbone -> ISP central router -> central WAVE -> LAN -> FW -> Internet
--> Not OK no access to the web site
3/ Remote Site -> Remote WAVE -> ISP remote router -> ISP backbone -> ISP central router -> LAN -> FW -> Internet
--> OK
I upgraded the 3 WAVE (central manager, remote + central) to version 4.1.3.55, but it was not better.
Any new idea ?
Could anyone with WAAS test the access to this web site, please ?
The URL is :
http://www.net-entreprises.fr
If this particular site has problem with TCP options, could we configure the WAVE not to put option just for that destination, assuming that access to other sites is OK ?
Thanks in advance -
L3VPN MPLS - Internal BGP between CE - PE
We are ISP which use the same autonomous system to hold External BGP sessions and for implementing L3VPN MPLS ( as internal BGP )
We have a internal office router that receives a "default route" via IBGP from our border router.
I'll try to briefly explain the problem:
This internal router named (CE) keeps IBGP session with PE router in VRF "def".
CE ( GlobalTable ) - PE ( vrf "DEF" )
The aim is "default route" received by IBGP from the the ISP provider to be redistributed to PE in all vrf "DEF"
After establishing the session we observe that actualy that "default route" is propagating successful
in whole vrf "DEF" but MPLS does not set label of this route and the traffic is blackholed.
When using another protocol as OSPF and EIGRP everything is OK. Also when redistributing static and connected prefixes everything work fine.
We recently opened case in "Cisco TAC" but unfortunately they explained that in IOS officially is not support using IBGP between PE and CE.
Only EBGP
I would like to know if any of you had similar issue and if there is any workaround in Cisco platform.
I see for example Juniper has special commands for resolving this problem.
Here is the output of my configuration and applied debug commands:
# PE1 router config:
The session bellow is between PE and CE:
router bgp 1000
address-family ipv4 vrf DEF
redistribute connected
redistribute static
neighbor 10.18.7.1 remote-as 1000
neighbor 10.18.7.1 description to_echo-sdc_CE
neighbor 10.18.7.1 activate
neighbor 10.18.7.1 send-community both
neighbor 10.18.7.1 prefix-list Permit_Default in
neighbor 10.18.7.1 route-map NEXT-HOP-SELF in
neighbor 10.18.7.1 route-map NEXT-HOP-SELF out
no synchronization
exit-address-family
end
PE1#show route-map NEXT-HOP-SELF
route-map NEXT-HOP-SELF, permit, sequence 10
Match clauses:
Set clauses:
ip next-hop peer-address
Policy routing matches: 0 packets, 0 bytes
PE1#show ip bgp vpnv4 vrf DEF summary
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
10.18.7.1 4 1000 85 38 894079 0 0 00:00:02 1
PE1#show ip bgp vpnv4 vrf DEF neighbors 10.18.7.1 routes
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 1000:151 (default for vrf DEF)
*>i0.0.0.0 10.18.7.1 0 120 0 i
PE1#show ip route vrf DEF
23.0.0.0/32 is subnetted, 1 subnets
S 23.23.23.23 [1/0] via 10.18.7.1
24.0.0.0/32 is subnetted, 1 subnets
C 24.24.24.24 is directly connected, Loopback30
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
B 10.100.187.1/32 [200/0] via 10.1.7.253, 00:16:16
C 10.18.7.0/29 is directly connected, Vlan187
B* 0.0.0.0/0 [200/0] via 10.18.7.1, 00:08:40
#### PE2 is another PE router for testing which should receive and use "default route"
PE2#show ip route vrf DEF
23.0.0.0/32 is subnetted, 1 subnets
B 23.23.23.23 [200/0] via 10.1.1.253, 1w5d
24.0.0.0/32 is subnetted, 1 subnets
B 24.24.24.24 [200/0] via 10.1.1.253, 2w0d
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 10.100.187.1/32 is directly connected, Loopback100
B 10.18.7.0/29 [200/0] via 10.1.1.253, 1w6d
B* 0.0.0.0/0 [200/0] via 10.18.7.1, 00:02:37
### this ping is OK because 10.18.7.0/29 is connected on the PE1 router.
PE2#ping vrf DEF 10.18.7.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.18.7.1, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/4/4 ms
### 212.73.140.140.190 isn't in routing table. It is direct connected network on
interface on CE and passing via "default route"
PE2#ping vrf DEF 212.73.140.190
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 212.73.140.190, timeout is 2 seconds:
Success rate is 0 percent (0/5)
Here this is very strange:
## this output showing that does not have assigned MPLS label for 0.0.0.0/0
PE2#show ip cef vrf DEF 0.0.0.0/0
0.0.0.0/0
recursive via 87.121.83.25 unusable: no label
Only for static and the connected networks have assigned MPLS labels and works fine.
PE2#show ip cef vrf DEF 10.18.7.0/29
10.18.7.0/29
nexthop 10.1.7.1 Vlan15 label 76 43I'm glad to say that the issue has been resolved!
The aim is to use IBGP to learn "default route" dynamicaly.
Wehen using of static route, I agree that it works because then this route
is redistributing by "redistribute static" over ipv4 vrf "DEF" but this is not our goal.
First I tried to set "next-hop-self" only but unfortunately without success.
The next-hop was still 10.18.7.1.
Obviously, this feature does not work when is configured "route-reflector-client" over the session.
However when I created route-map:
route-map NEXT-HOP-SELF, permit, sequence 10
Match clauses:
Set clauses:
ip next-hop peer-address
Then I configured it in address-family vpnv4
neighbor 10.1.7.253 route-map NEXT-HOP-SELF out
Also the session between PE1 and PE2 should be RR to distribute routes learned by IBGP from CE
neighbor 10.1.7.253 remote-as 1000
neighbor 10.1.7.253 description PE2_MPLS-VPN
neighbor 10.1.7.253 update-source Loopback0
address-family vpnv4
neighbor 10.1.7.253 activate
neighbor 10.1.7.253 send-community both
neighbor 10.1.7.253 route-reflector-client
neighbor 10.1.7.253 next-hop-self
neighbor 10.1.7.253 route-map NEXT-HOP-SELF out
Now Everything seems OK!
PE1#show running-config interface loopback 0
interface Loopback0
ip address 10.1.1.253 255.255.255.255
end
PE2#show ip route vrf DEF
23.0.0.0/32 is subnetted, 1 subnets
B 23.23.23.23 [200/0] via 10.1.1.253, 03:50:40
24.0.0.0/32 is subnetted, 1 subnets
B 24.24.24.24 [200/0] via 10.1.1.253, 2w2d
10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks
C 10.100.187.1/32 is directly connected, Loopback100
B 10.18.7.1/32 [200/0] via 10.1.1.253, 00:45:20
B 10.18.7.0/29 [200/0] via 10.1.1.253, 03:50:40
B* 0.0.0.0/0 [200/0] via 10.1.1.253, 00:19:14
PE2#ping vrf DEF 212.73.140.149
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 212.73.140.149, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms
PE2#show ip cef vrf DEF 0.0.0.0/0
0.0.0.0/0
nexthop 10.1.7.1 Vlan15 label 76 107 -
Hello I am facing a strange issue and would be grateful to have any advice on this please.
I have an existing setup where Site A and site B are connected within an MPLS setup:
When I ping from Site B to site A with size 1500 it works no problem
ping vrf Data1 192.168.230.2 size 1500
Type escape sequence to abort.
Sending 5, 1500-byte ICMP Echos to 192.168.230.2, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 496/496/500 ms
there is a new site C that has come up with a new link as a back up of site B but when i ping it only allows ping of 1496 and not anything more.
ping vrf Data1 192.168.230.2 size 1496
Type escape sequence to abort.
Sending 5, 1496-byte ICMP Echos to 192.168.230.2, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 500/502/504 ms
ping vrf Data1 192.168.230.2 size 1497
Type escape sequence to abort.
Sending 5, 1497-byte ICMP Echos to 192.168.230.2, timeout is 2 seconds:
Success rate is 0 percent (0/5)
I have compared the configs and they are setup with same MPLS mtu size show as follows
Site B
interface FastEthernet2/0
no ip address
duplex full
speed 100
mpls label protocol ldp
mpls ip
mpls mtu 1524
end
Site C
interface FastEthernet0/1
no ip address
ip flow ingress
load-interval 30
duplex full
speed 100
mpls label protocol ldp
mpls ip
mpls mtu 1524
end
I have asked the provider of the circuit and they say that the MTU sizes on their devices are 1530 same as the link from site B because the switches connected to both the above routers have system MTU as 1530.
I cannot find out what the issue could be ?
any help on this will be much appreciated.
many thanks in advance.Site A is 7206
Site B is 7206 and
Site C is 2811
1) Directions failing is both directions
When i debug the ip icmp echo
it comes back on Site A router as
*Oct 24 14:08:57.872 UTC: ICMP: dst (10.181.0.1) port unreachable rcv from 10.181.3.105
the utilization on Site C is as follows: could it be a reason why large sized packets are failing?
100 ** * * ** * * * * * * * * * ** *
90 ** * * ***** * * * * * *** * * * * **** *
80 #****** ** **###** ** **** ****#*** * **** ** *##** **
70 #####*** ** *######********#** * **####***#*****#** ** *###***##
60 #######********###########*#####*******###############*** ****#########
50 ##########**#####################***####################******##########
40 ########################################################################
30 ########################################################################
20 ########################################################################
10 ########################################################################
0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..
0 5 0 5 0 5 0 5 0 5 0 5 0
CPU% per hour (last 72 hours)
* = maximum CPU% # = average CPU%
I have checked the configs and compared with the Site B configs and they seem to good. I have validated with someone else as well.
How do I check if there are places where more than one label is being used? -
Strange problem on CSS with MS Terminal Server
I have a strange problem on my CSS. I suspect that this started when we upgrade from 7.30 to 7.50.
We have 2 CSS in an box to box redundandcy. The front end is connected to VLAN 1 the usernetwork. The backend is connected to several different VLAN, each for a different purpose. One VLAN has 6 MS terminal servers. The problem that we have now is that remote sites (so sites connected via a MPLS WAN) cannot setup a terminal server session via the VIP of te Service. The users on the LAN can reach the terminal server via the VIP. The remote users can reach the individual TS by going directly to the TS but this is not why we have a CSS.
Does anyone have encounterd this problem and how was it fixed?
Thanks,
Attached the config of the CSS.There is absolutely nothing wrong in your config.
It is also a very straghtforward setup, so there is no reason why it should not work.
Could you capture a 'sho summary' and verify if you have any hit on the corresponding content rule.
Capture a 'sho serv summary' and verify your term server are up.
Capture a sniffer trace front-end and back-end while trying to connect and see if the traffic is correct forwarded.
Regards,
Gilles. -
Help with getting values from request. Very Strange!!
Hello,
My very strange problem is the following.
I have created three dynamic list boxes. When the user select
the first list box, the second becomes populated with stuff
from a database. The third becomes populated when the second
is selected. Now, I have used hidden values in order for
me to get the selected value from the first listbox. The
following code is my first listbox:
<SELECT NAME="resources" onChange="document.hiddenform.hiddenObject.value = this.option [this.selectedIndex].value; document.hiddenform.submit();">
<OPTION VALUE =""> Resource</OPTION>
<OPTION VALUE ="soil"> Soil </OPTION>
<OPTION VALUE ="water"> Water </OPTION>
<OPTION VALUE ="air"> Air </OPTION>
<OPTION VALUE ="plants"> Plants </OPTION>
<OPTION VALUE ="animals"> Animals </OPTION>
</SELECT>
I use the getRequest method to get the value of hiddenObject.
At this time I am able to get the value of hiddenObject to populate
the second list box.
But, when the user selects an item from the second list box
and the second form is also submitted,
I lose the value of hiddenObject. Why is this??
The code to populate my second listbox is the following:
<SELECT NAME ="res_categories" onChange="document.hiddenform2.hiddenObject2.value = this.options[this.selectedIndex].value; document.hiddenform2.submit(); ">
<OPTION VALUE ="" SELECTED> Category</OPTION>
Here I access a result set to populate the list box.
Please help!!Form parameters are request-scoped, hence the request.getParameter("hiddenObject"); call after the submission of the second form returns a null value because the hiddenObject parameter does not exist within the second request.
A solution would be to add a hiddenObject field to your second form and alter the onChange event for res_categories to read
document.hiddenform2.hiddenObject.value=document.1stvisibleformname.resources.option[document.1stvisibleformname.resources.selectedIndex].value;
document.hiddenform2.hiddenObject2.value = this.options[this.selectedIndex].value;
document.hiddenform2.submit();You will then come across a similar problem with your third drop-down if indeed you need to resubmit the form...
A far better approach would be to create a session scoped bean, and a servlet to handle these requests. Then when the servlet is called, it would set the value of the bean property, thus making it available for this request, and all subsequent requests within the current session. This approach would eliminate the need for the clunky javascript, making your application far more stable.
Maybe you are looking for
-
No disk found error while install Solaris 8 intel on Compaq
I use the interactive installation method to install Solaris 8 02/02 intel platform on Compaq DL380 G2 with 4*36.4 GB harddrive and 2G memory. After I configue the network and time, an error message comes up: "No disk found. Check to make sure disks
-
Acrobat X - PDF Maker stopped autotext save in normal.dot
Hi Guys Does anyone meet this issue? When Acrobat PDFMaker is installed and enable, word 2003 will not be able save the autotext record in normal.dot. Any help is welcome. Cheers Eric
-
Hi, I'm changing an old report with write sentences... I would like to do "write" value data type CURR in format -99999999999,99, now i have vaules displayed in format 999.999.999,99- How Can I change this? example: TYPES: BEGIN OF line, gr
-
Mobile custom itemRenderer adivce: grouping of elements
Hello, I am building a custom itemRenderer for a Flex Mobile app. It will be like 3 columns, first 2 with 2 StyleableTextField stacked vertically and the 3rd with just one StyleableTextField. I've uploaded a symbolic image of what I mean. (symbolic =
-
Availability check & co-product
Hi gurus, I am facing a strange problem for availability check. I have a order and a material list. In the material list I have one co-product. (I have activated availability check at order creation & at order release.) When I go for availability che