Re: [j-nsp] Missing bytes on traffic monitoring (Maximum 60 bytes)

On Mon, Jun 08, 2009 at 12:51:52AM +0700, Nugroho WH Adisubrata wrote: > Hi All, > I try to do monitoring a specific interfaces using command "monitor traffic > interface " > I saw a lot of missing byte in the IP packet such as SSH, ICMP, OSPF hello > packet, etc across these links (More than 1 lin

Re: [j-nsp] Missing bytes on traffic monitoring (Maximum 60 bytes)

Hi Lu, I try capturing packet using "size 1500" and "extensive" and the "missing byte" log is disappear. So, I guess there is a changes in the tcpdump and will not affect router performance. Thanks for suggestion :o) 2009/6/8 Weiguo Lu > Hi Nugroho > Maybe you can try "monitor traffic interfac

Re: [j-nsp] Missing bytes on traffic monitoring (Maximum 60 bytes)

Hi Nugroho Maybe you can try "monitor traffic interface xxx size 1500" -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Nugroho WH Adisubrata Sent: 2009年6月8日 1:52 To: juniper-nsp@puck.nether.net Subject: [j-nsp] Missin

Re: [j-nsp] MPLS EXP bit marking question

Masood, Nugroho Thank you for the reply. I agree with both of you that rewrite takes effect on both inner and outer mpls label. My next question is: what if I want to mark inner and outer MPLS label differently? Say I want mark the inner exp with 5 and outer exp with 6? Is it possible to achieve t

Re: [j-nsp] MPLS EXP bit marking question

Hi Li Zhu, It should be rewrite both inner and outer mpls label. If it is only rewrite into the outer label, then you will get a problem in PHP router. My 2c. Resend and CC into the mailist. On Mon, Jun 8, 2009 at 1:26 AM, Li Zhu wrote: > All, > > There is a network like CE --- PE --- P. The

Re: [j-nsp] MPLS EXP bit marking question

the rewrite-rule will take effect on both tags and all the labels in label stack. Regards, Masood > All, > > There is a network like CE --- PE --- P. The PE is M320. Traffic is from > CE > to P. The traffic out of CE is native IP, after it reaches and gets out PE > (then to P), it is double-tagge

[j-nsp] MPLS EXP bit marking question

All, There is a network like CE --- PE --- P. The PE is M320. Traffic is from CE to P. The traffic out of CE is native IP, after it reaches and gets out PE (then to P), it is double-tagged with MPLS lable. There is a exp rewrite-rule applied on PE link to P router. My questions is will the rewrite

[j-nsp] Missing bytes on traffic monitoring (Maximum 60 bytes)

Hi All, I try to do monitoring a specific interfaces using command "monitor traffic interface " I saw a lot of missing byte in the IP packet such as SSH, ICMP, OSPF hello packet, etc across these links (More than 1 links). I use Junos 9.1R4.4 on M120 and GE Interfaces with MTU 4484. The sample log

Re: [j-nsp] PPPOE Termination - J2320?

Once upon a time, Alexandre Snarskii said: > The only Juniper aside Juniper/Unisphere E-/ERX-series that can work as > PPPoE concentrator for now is M120, however, our SE claims that PPPoE > concentrator functionality will be added to M320 and MX-series later > this year, and at least for MX-ser

Re: [j-nsp] PPPOE Termination - J2320?

On Thu, Jun 04, 2009 at 12:35:49PM -0400, Paul Stewart wrote: > Hi folks. > > I'm wondering if the J2320 or other J series routers can act as an access > concentrator for PPPOE clients? According to the docs it appears this > platform can only act as a PPPOE client but looking to confirm. J-seri

Re: [j-nsp] ERX 1400 cCOC 12 / OC3 line card issue

Did you try slot erase 8 ? And after this issue a reload in slot 8. Sent from my iPod On 06/06/2009, at 17:25, "Dr Rocco DiSanto" wrote: Hi All, I'm attempting to bring up an oOCx-STMx F0 line card (350-00098-00) on a legacy ERX 1400. I am using a PIC OC3-4SM_I/O card (350-10065-02)