From thomas@netsource.ie Fri Jun 20 13:06:19 2003 Received: from someone claiming to be bubble.via-net-works.ie puck.NOSPAM (bubble.netsource.ie [212.17.32.27]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5KH6EPf029417 for ; Fri, 20 Jun 2003 13:06:15 -0400 Received: from box.office.netsource.ie ([212.17.32.233] helo=PELICANCLUB.vianetworks.ie) by bubble.via-net-works.ie with esmtp (Exim 3.20 #2) id 19TPJn-0005UY-00 for cisco-bba@puck.nether.net; Fri, 20 Jun 2003 17:04:55 +0000 X-NCC-RegID: ie.medianet Message-Id: <5.2.0.9.0.20030620180023.04a0ee48@212.17.32.225> X-Sender: tbridge@212.17.32.225 X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Fri, 20 Jun 2003 18:04:27 +0100 To: cisco-bba@puck.nether.net From: Thomas Bridge Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) X-Mailman-Approved-At: Fri, 20 Jun 2003 13:27:44 -0400 Subject: [cisco-bba] First Post + ATM question X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2003 17:06:19 -0000 Hi Folks, We are currently reselling the Bitstream service supplied by our national telco, using a Cisco 7206 with 12.2B. We use ATM auto provisioning for customers connecting to our service, and they then run PPPoE over that. For each VP, we need to create an entry to limit the traffic on that VP to 1Mb per second (using the atm pvp 66 1000 command). There is a contention (or planning) ratio of 1:24 on this service - which means when the 25th customer on this Virtual Path comes up we need to add 1MB to the traffic capacity. Is there any way to automatically make this happen, or are we confined to simply manually entering a new atm pvp command? (The reason for this is that if we transmit at a higher rate the telco's ATM network will drop the cells). T. Thomas Bridge tbridge@netsource.ie Network and Systems Architect Support phone: +353 1 4336070 Netsource 26 Upr Fitzwilliam St., Dublin 2 From achatz@forthnet.gr Mon Jun 23 06:29:13 2003 Received: from someone claiming to be athsmtp01.forthnet.gr puck.NOSPAM (mail.forthnet.gr [193.92.150.160]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5NAT2Pf019366; Mon, 23 Jun 2003 06:29:03 -0400 Received: from forthnet.gr ([194.219.203.122]) by athsmtp01.forthnet.gr with Microsoft SMTPSVC(5.0.2195.5329); Mon, 23 Jun 2003 13:27:34 +0300 Message-ID: <3EF6D687.4050000@forthnet.gr> Date: Mon, 23 Jun 2003 13:29:27 +0300 From: Anastassios Chatzithomaoglou Organization: FORTHnet S.A. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612 X-Accept-Language: el, en-us MIME-Version: 1.0 To: Dennis Peng References: <3EF2AB0C.3020201@forthnet.gr> <20030620153743.GB14314@sj-cse-320.cisco.com> In-Reply-To: <20030620153743.GB14314@sj-cse-320.cisco.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Jun 2003 10:27:34.0790 (UTC) FILETIME=[0FA2FA60:01C33972] X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-nas@puck.nether.net cc: cisco-bba@puck.nether.net Subject: [cisco-bba] Re: [cisco-nas] L2TP - va bandwidth X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 10:29:15 -0000 Dennis Peng wrote: > I think it's time we started a mailing list for discussion of > BroadBand Aggregation (BBA) questions and issues. I'll contact the > host of cisco-nas to see if they could host this. > :-)))) > Anastassios Chatzithomaoglou [achatz@forthnet.gr] wrote: > >>In a L2TP scenario where does the va interface get the bandwidth >>description from? > > > The bandwidth is set by the value of the Tx and Rx Connect Speed AVP > in the ICCN that is sent by the LAC. If you do "debug vpdn > l2x-packet", you should see the decodes of the AVP that the LAC sends. > > Do Cisco routers (when used as LACs) provide it automatically? Our Telco uses a Unisphere ERX-1400 (with IOS-like CLI ;-) as a LAC, but they don't know how to enable this functionality ;-( >>This is a PPPoA/L2TP customer (1024/256) >> >>router#sh int vi707 >>Virtual-Access707 is up, line protocol is up >> Hardware is Virtual Access interface >> Description: ** FORTHNET ** >> Interface is unnumbered. Using address of Loopback0 (x.x.x.x) >> MTU 1500 bytes, BW 622080 Kbit, DLY 100000 usec, >> reliability 255/255, txload 1/255, rxload 1/255 >> >>BW = 622080 Kbit >> >> >> >>This is a template used for our L2TP customers >> >>router#sh int virtual-template 3 >>Virtual-Template3 is down, line protocol is down >> Hardware is Virtual Template interface >> Description: ** FORTHNET ** >> Interface is unnumbered. Using address of Loopback0 (x.x.x.x) >> MTU 1500 bytes, BW 100000 Kbit, DLY 100000 usec, >> reliability 255/255, txload 1/255, rxload 1/255 >> >>BW = 100000 Kbit >> >> >>Is there a way i can have each va interface show each customer's dsl speed? > > > If the LAC sends the correct speed information to us, then the > interface will reflect that information. > > Dennis > > >>-- >>*********************************** >> Chatzithomaoglou Anastasios >>Network Design & Operations Center >> FORTHnet S.A. >> >>*********************************** >> >> >>_______________________________________________ >>cisco-nas mailing list >>cisco-nas@puck.nether.net >>http://puck.nether.net/mailman/listinfo/cisco-nas > > -- *********************************** Chatzithomaoglou Anastasios Network Design & Operations Center FORTHnet S.A. *********************************** From mac@telvia.it Mon Jun 23 10:51:58 2003 Received: from someone claiming to be TRINITY.telvia.it puck.NOSPAM ([213.155.192.213]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5NEprPf031601 for ; Mon, 23 Jun 2003 10:51:54 -0400 Received: from telvia.it (unverified [213.155.208.100]) by TRINITY.telvia.it for ; Mon, 23 Jun 2003 16:50:48 +0200 Date: Mon, 23 Jun 2003 16:50:26 +0200 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed From: mac To: cisco-bba@puck.nether.net Content-Transfer-Encoding: 7bit Message-Id: <06D03BF3-A58A-11D7-82FF-0030654E5616@telvia.it> X-Mailer: Apple Mail (2.552) X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] 12.2(16)B!!! X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 14:51:58 -0000 Hi all, I have a bunch of 7200 NPE300 doing DSL works, after upgraded to 12.2(16)B i get: router#sh align 7200 Software (C7200-IS-M), Version 12.2(16)B, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Compiled Mon 12-May-03 19:51 by leccese Total Corrections 117446, Recorded 67, Reads 117446, Writes 0 Initial Initial Address Count Access Type Traceback E1405C7 54013 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 E1405C7 54013 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 E140787 4694 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 E140787 4349 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 E140867 36 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B42A30 E140867 36 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B42A30 E140867 31 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607989F0 E140867 31 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607989F0 E1406A7 4 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60765F1C E1406A7 28 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x6078414C E1406A7 28 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x6078414C E140867 11 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60765F1C E140867 11 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60765F1C E140867 13 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC8FB8 E140867 13 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC8FB8 E1405C7 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60AC72F0 E1405C7 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60AC72F0 E1405C7 4 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607A2440 E1405C7 4 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607A2440 E1405C7 4 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60ACA2BC E1405C7 4 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60ACA2BC E1406A7 8 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC7334 E1406A7 8 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC7334 E1406A7 6 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606976C4 E1406A7 6 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606976C4 E140A27 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607822AC E140A27 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607822AC E1406A7 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x61BC4B78 E1406A7 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x61BC4B78 E1406A7 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60B4DA88 E140947 4 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x61BC4B78 E140947 4 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x61BC4B78 E140947 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60B42A30 E1405C7 3 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606F0E40 E1405C7 3 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606F0E40 E1406A7 9 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC91EC E1406A7 9 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC91EC E1406A7 3 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606ECCA0 E1406A7 3 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606ECCA0 E140787 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606D569C E140787 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606D569C E140B07 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x606D580C E140B07 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x606D580C E140A27 3 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4D120 E140A27 3 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4D120 E140BE7 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60DA1FEC E140BE7 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60DA1FEC E140A27 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60695890 E140A27 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60695890 E1406A7 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x607989F0 E1406A7 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x607989F0 E140B07 3 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60765F1C E140B07 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC724C E140B07 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC724C E140B07 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4DA88 E140B07 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4DA88 E140867 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x61BF2650 E140867 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x61BF2650 E140CC7 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60B42A30 E140867 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4C688 E140867 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4C688 E140787 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AD6BB8 E140787 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AD6BB8 E140947 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B1F8F4 0x607AAF78 E140947 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B1F8F4 0x607AAF78 E140A27 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60C88510 E140A27 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60C88510 Total Spurious Accesses 42, Recorded 1 Address Count Traceback 0 42 0x6126452C 0x61264828 0x61264A2C 0x61264AE8 0x61257610 0x606EC9E4 0x606FFB58 0x6077895C How i need to do???? Mac From jlin@doradosoftware.com Mon Jun 23 12:07:02 2003 Received: from someone claiming to be ns1.oware.net puck.NOSPAM (40327021.ptr.dia.nextlink.net [64.50.112.33]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5NG6vPf003023 for ; Mon, 23 Jun 2003 12:06:57 -0400 Received: from kojak (anon.oware.net [64.50.112.2]) by ns1.oware.net (8.10.2+Sun/8.10.2) with ESMTP id h5NG0fJ24998 for ; Mon, 23 Jun 2003 09:00:42 -0700 (PDT) From: "Joe Lin" To: Message-ID: <00e301bfdd2c$f117c6b0$9800a8c0@oware.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: <200306231602.h5NG24Ph002836@puck.nether.net> X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] RE: cisco-bba Digest, Vol 1, Issue 2 X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 23 Jun 2003 16:07:02 -0000 X-Original-Date: Fri, 23 Jun 2000 09:06:07 -0700 X-List-Received-Date: Mon, 23 Jun 2003 16:07:02 -0000 Why was PPPoE picked in the DSL market? -----Original Message----- From: cisco-bba-bounces@puck.nether.net [mailto:cisco-bba-bounces@puck.nether.net] On Behalf Of cisco-bba-request@puck.nether.net Sent: Monday, June 23, 2003 9:02 AM To: cisco-bba@puck.nether.net Subject: cisco-bba Digest, Vol 1, Issue 2 Send cisco-bba mailing list submissions to cisco-bba@puck.nether.net To subscribe or unsubscribe via the World Wide Web, visit http://puck.nether.net/mailman/listinfo/cisco-bba or, via email, send a message with subject or body 'help' to cisco-bba-request@puck.nether.net You can reach the person managing the list at cisco-bba-owner@puck.nether.net When replying, please edit your Subject line so it is more specific than "Re: Contents of cisco-bba digest..." Today's Topics: 1. Re: [cisco-nas] L2TP - va bandwidth (Anastassios Chatzithomaoglou) 2. 12.2(16)B!!! (mac) ---------------------------------------------------------------------- Message: 1 Date: Mon, 23 Jun 2003 13:29:27 +0300 From: Anastassios Chatzithomaoglou Subject: [cisco-bba] Re: [cisco-nas] L2TP - va bandwidth To: Dennis Peng Cc: cisco-nas@puck.nether.net Message-ID: <3EF6D687.4050000@forthnet.gr> Content-Type: text/plain; charset=us-ascii; format=flowed Dennis Peng wrote: > I think it's time we started a mailing list for discussion of > BroadBand Aggregation (BBA) questions and issues. I'll contact the > host of cisco-nas to see if they could host this. > :-)))) > Anastassios Chatzithomaoglou [achatz@forthnet.gr] wrote: > >>In a L2TP scenario where does the va interface get the bandwidth >>description from? > > > The bandwidth is set by the value of the Tx and Rx Connect Speed AVP > in the ICCN that is sent by the LAC. If you do "debug vpdn > l2x-packet", you should see the decodes of the AVP that the LAC sends. > > Do Cisco routers (when used as LACs) provide it automatically? Our Telco uses a Unisphere ERX-1400 (with IOS-like CLI ;-) as a LAC, but they don't know how to enable this functionality ;-( >>This is a PPPoA/L2TP customer (1024/256) >> >>router#sh int vi707 >>Virtual-Access707 is up, line protocol is up >> Hardware is Virtual Access interface >> Description: ** FORTHNET ** >> Interface is unnumbered. Using address of Loopback0 (x.x.x.x) >> MTU 1500 bytes, BW 622080 Kbit, DLY 100000 usec, >> reliability 255/255, txload 1/255, rxload 1/255 >> >>BW = 622080 Kbit >> >> >> >>This is a template used for our L2TP customers >> >>router#sh int virtual-template 3 >>Virtual-Template3 is down, line protocol is down >> Hardware is Virtual Template interface >> Description: ** FORTHNET ** >> Interface is unnumbered. Using address of Loopback0 (x.x.x.x) >> MTU 1500 bytes, BW 100000 Kbit, DLY 100000 usec, >> reliability 255/255, txload 1/255, rxload 1/255 >> >>BW = 100000 Kbit >> >> >>Is there a way i can have each va interface show each customer's dsl speed? > > > If the LAC sends the correct speed information to us, then the > interface will reflect that information. > > Dennis > > >>-- >>*********************************** >> Chatzithomaoglou Anastasios >>Network Design & Operations Center >> FORTHnet S.A. >> >>*********************************** >> >> >>_______________________________________________ >>cisco-nas mailing list >>cisco-nas@puck.nether.net >>http://puck.nether.net/mailman/listinfo/cisco-nas > > -- *********************************** Chatzithomaoglou Anastasios Network Design & Operations Center FORTHnet S.A. *********************************** ------------------------------ Message: 2 Date: Mon, 23 Jun 2003 16:50:26 +0200 From: mac Subject: [cisco-bba] 12.2(16)B!!! To: cisco-bba@puck.nether.net Message-ID: <06D03BF3-A58A-11D7-82FF-0030654E5616@telvia.it> Content-Type: text/plain; charset=US-ASCII; format=flowed Hi all, I have a bunch of 7200 NPE300 doing DSL works, after upgraded to 12.2(16)B i get: router#sh align 7200 Software (C7200-IS-M), Version 12.2(16)B, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Compiled Mon 12-May-03 19:51 by leccese Total Corrections 117446, Recorded 67, Reads 117446, Writes 0 Initial Initial Address Count Access Type Traceback E1405C7 54013 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 E1405C7 54013 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 E140787 4694 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 E140787 4349 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 E140867 36 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B42A30 E140867 36 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B42A30 E140867 31 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607989F0 E140867 31 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607989F0 E1406A7 4 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60765F1C E1406A7 28 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x6078414C E1406A7 28 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x6078414C E140867 11 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60765F1C E140867 11 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60765F1C E140867 13 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC8FB8 E140867 13 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC8FB8 E1405C7 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60AC72F0 E1405C7 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60AC72F0 E1405C7 4 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607A2440 E1405C7 4 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607A2440 E1405C7 4 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60ACA2BC E1405C7 4 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60ACA2BC E1406A7 8 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC7334 E1406A7 8 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC7334 E1406A7 6 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606976C4 E1406A7 6 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606976C4 E140A27 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607822AC E140A27 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x607822AC E1406A7 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x61BC4B78 E1406A7 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x61BC4B78 E1406A7 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60B4DA88 E140947 4 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x61BC4B78 E140947 4 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x61BC4B78 E140947 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60B42A30 E1405C7 3 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606F0E40 E1405C7 3 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606F0E40 E1406A7 9 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC91EC E1406A7 9 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC91EC E1406A7 3 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606ECCA0 E1406A7 3 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606ECCA0 E140787 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606D569C E140787 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x606D569C E140B07 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x606D580C E140B07 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x606D580C E140A27 3 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4D120 E140A27 3 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4D120 E140BE7 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60DA1FEC E140BE7 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60DA1FEC E140A27 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60695890 E140A27 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60695890 E1406A7 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x607989F0 E1406A7 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x607989F0 E140B07 3 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60765F1C E140B07 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC724C E140B07 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AC724C E140B07 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4DA88 E140B07 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4DA88 E140867 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x61BF2650 E140867 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x61BF2650 E140CC7 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x6045A9EC 0x6045CF34 0x60B42A30 E140867 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4C688 E140867 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B4C688 E140787 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AD6BB8 E140787 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60AD6BB8 E140947 2 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B1F8F4 0x607AAF78 E140947 2 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60B1F8F4 0x607AAF78 E140A27 1 16bit read 0x60547ADC 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60C88510 E140A27 1 16bit read 0x60548080 0x6054C1A8 0x60A7EB38 0x60451290 0x6045CF34 0x60C88510 Total Spurious Accesses 42, Recorded 1 Address Count Traceback 0 42 0x6126452C 0x61264828 0x61264A2C 0x61264AE8 0x61257610 0x606EC9E4 0x606FFB58 0x6077895C How i need to do???? Mac ------------------------------ _______________________________________________ cisco-bba mailing list cisco-bba@puck.nether.net http://puck.nether.net/mailman/listinfo/cisco-bba End of cisco-bba Digest, Vol 1, Issue 2 *************************************** From dpeng@cisco.com Mon Jun 23 17:57:21 2003 Received: from someone claiming to be sj-iport-3.cisco.com puck.NOSPAM (sj-iport-3-in.cisco.com [171.71.176.72]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5NLvGPf027537; Mon, 23 Jun 2003 17:57:17 -0400 Received: from cisco.com (171.68.223.137) by sj-iport-3.cisco.com with ESMTP; 23 Jun 2003 14:58:55 -0800 Received: from sj-cse-320.cisco.com (sj-cse-320.cisco.com [171.69.88.101]) by sj-core-3.cisco.com (8.12.6/8.12.6) with ESMTP id h5NLtjQx016138; Mon, 23 Jun 2003 14:55:46 -0700 (PDT) Received: (from dpeng@localhost) by sj-cse-320.cisco.com (8.11.7+Sun/8.11.6) id h5NLtjY06713; Mon, 23 Jun 2003 14:55:45 -0700 (PDT) Date: Mon, 23 Jun 2003 14:55:45 -0700 From: Dennis Peng To: Anastassios Chatzithomaoglou Message-ID: <20030623215544.GA2252@sj-cse-320.cisco.com> References: <3EF2AB0C.3020201@forthnet.gr> <20030620153743.GB14314@sj-cse-320.cisco.com> <3EF6D687.4050000@forthnet.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EF6D687.4050000@forthnet.gr> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) X-Mailman-Approved-At: Mon, 23 Jun 2003 18:04:13 -0400 cc: cisco-nas@puck.nether.net cc: cisco-bba@puck.nether.net Subject: [cisco-bba] Re: [cisco-nas] L2TP - va bandwidth X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 21:57:22 -0000 Anastassios Chatzithomaoglou [achatz@forthnet.gr] wrote: > > > Dennis Peng wrote: > > >I think it's time we started a mailing list for discussion of > >BroadBand Aggregation (BBA) questions and issues. I'll contact the > >host of cisco-nas to see if they could host this. > > > > :-)))) > > >Anastassios Chatzithomaoglou [achatz@forthnet.gr] wrote: > > > >>In a L2TP scenario where does the va interface get the bandwidth > >>description from? > > > > > >The bandwidth is set by the value of the Tx and Rx Connect Speed AVP > >in the ICCN that is sent by the LAC. If you do "debug vpdn > >l2x-packet", you should see the decodes of the AVP that the LAC sends. > > > > > > Do Cisco routers (when used as LACs) provide it automatically? Actually, only the DSLAM will know what the DSL connection speed is, so in order to really do this, the LAC and the DSLAM would need to be collapsed in one box. If the LAC is simply receiving the PPPoA sessions over an ATM interface, it doesn't know what the DSL connection speed is. With a Cisco PPPoA LAC, we will look at the shaping parameters configured on the VC and populate that into the Tx and Rx Connect Speed AVP's when the LAC forwards the session. Dennis > Our Telco uses a Unisphere ERX-1400 (with IOS-like CLI ;-) as a LAC, but > they don't know how to enable this functionality ;-( > > >>This is a PPPoA/L2TP customer (1024/256) > >> > >>router#sh int vi707 > >>Virtual-Access707 is up, line protocol is up > >> Hardware is Virtual Access interface > >> Description: ** FORTHNET ** > >> Interface is unnumbered. Using address of Loopback0 (x.x.x.x) > >> MTU 1500 bytes, BW 622080 Kbit, DLY 100000 usec, > >> reliability 255/255, txload 1/255, rxload 1/255 > >> > >>BW = 622080 Kbit > >> > >> > >> > >>This is a template used for our L2TP customers > >> > >>router#sh int virtual-template 3 > >>Virtual-Template3 is down, line protocol is down > >> Hardware is Virtual Template interface > >> Description: ** FORTHNET ** > >> Interface is unnumbered. Using address of Loopback0 (x.x.x.x) > >> MTU 1500 bytes, BW 100000 Kbit, DLY 100000 usec, > >> reliability 255/255, txload 1/255, rxload 1/255 > >> > >>BW = 100000 Kbit > >> > >> > >>Is there a way i can have each va interface show each customer's dsl > >>speed? > > > > > >If the LAC sends the correct speed information to us, then the > >interface will reflect that information. > > > >Dennis > > > > > >>-- > >>*********************************** > >> Chatzithomaoglou Anastasios > >>Network Design & Operations Center > >> FORTHnet S.A. > >> > >>*********************************** > >> > >> > >>_______________________________________________ > >>cisco-nas mailing list > >>cisco-nas@puck.nether.net > >>http://puck.nether.net/mailman/listinfo/cisco-nas > > > > > > -- > *********************************** > Chatzithomaoglou Anastasios > Network Design & Operations Center > FORTHnet S.A. > > *********************************** -- ------------------------------------------------------------------------- || || Dennis Peng || || Cisco Systems, Inc. Escalation Engineer |||| |||| 170 West Tasman Drive Phone: (408) 526-6143 ..:||||||:..:||||||:.. San Jose, CA 95134 Fax: (408) 232-2343 Cisco Systems Inc. dpeng@cisco.com ------------------------------------------------------------------------- From dpeng@cisco.com Tue Jun 24 20:28:27 2003 Received: from someone claiming to be sj-iport-1.cisco.com puck.NOSPAM (sj-iport-1-in.cisco.com [171.71.176.70]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5P0SMPf003934; Tue, 24 Jun 2003 20:28:22 -0400 Received: from cisco.com (171.68.223.138) by sj-iport-1.cisco.com with ESMTP; 24 Jun 2003 17:28:39 -0800 Received: from sj-cse-320.cisco.com (sj-cse-320.cisco.com [171.69.88.101]) by sj-core-4.cisco.com (8.12.6/8.12.6) with ESMTP id h5P0QmRJ019233; Tue, 24 Jun 2003 17:26:48 -0700 (PDT) Received: (from dpeng@localhost) by sj-cse-320.cisco.com (8.11.7+Sun/8.11.6) id h5P0QmH01112; Tue, 24 Jun 2003 17:26:48 -0700 (PDT) Date: Tue, 24 Jun 2003 17:26:48 -0700 From: Dennis Peng To: Anastassios Chatzithomaoglou Message-ID: <20030625002647.GD888@sj-cse-320.cisco.com> References: <3EF1FB39.1010808@forthnet.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EF1FB39.1010808@forthnet.gr> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-nas@puck.nether.net cc: cisco-bba@puck.nether.net Subject: [cisco-bba] Re: [cisco-nas] STOP acct record not sent X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 00:28:28 -0000 No, you shouldn't need anything extra in the config. I ran a quick test and didn't see this behaviour in 12.2(6i). Could you send me your config and the output of "debug ppp negot", "debug vpdn l2x-ev", "debug aaa accounting", and "debug radius" when you manually clear the interface? Dennis Anastassios Chatzithomaoglou [achatz@forthnet.gr] wrote: > We have a 7200 (12.2(6i)) used as a LNS for our DSL customers and we have > noticed the following problem. > > The customers are connected though L2TP to virtual-access interfaces. If > the session-timeout of the va interface expires, a stop acct packet is sent > to our radius server (fine until here). > But if i clear manually the va interface ("clear int vi779"), then there is > no stop acct record sent. > Am i missing something in the config? > > > -- > *********************************** > Chatzithomaoglou Anastasios > Network Design & Operations Center > FORTHnet S.A. > > *********************************** > > > _______________________________________________ > cisco-nas mailing list > cisco-nas@puck.nether.net > http://puck.nether.net/mailman/listinfo/cisco-nas -- ------------------------------------------------------------------------- || || Dennis Peng || || Cisco Systems, Inc. Escalation Engineer |||| |||| 170 West Tasman Drive Phone: (408) 526-6143 ..:||||||:..:||||||:.. San Jose, CA 95134 Fax: (408) 232-2343 Cisco Systems Inc. dpeng@cisco.com ------------------------------------------------------------------------- From deryk@MOD-SOFT.COM Wed Jun 25 15:49:29 2003 Received: from someone claiming to be Modular.Mod-Soft.com puck.NOSPAM (www.mod-soft.com [209.183.155.200]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5PJnOPf018166 for ; Wed, 25 Jun 2003 15:49:25 -0400 Received: from derykpc(derykpc.mod-soft.com[192.168.254.40]) by MODULAR.MOD-SOFT.COM (IBM OS/400 SMTP V05R01M00) with TCP; Wed, 25 Jun 2003 15:46:19 -0400 From: "Deryk Piper" To: Date: Wed, 25 Jun 2003 15:47:55 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 Importance: Normal X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] 12.2(16b) crashing with per-user RADIUS entries X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 19:49:29 -0000 Hi all, I've got a 3640 running 12.2(16b) (previously 12.2(16)). It's acting as an LNS for DSL, ISDN and analog dial-up customers. The 3640 is using AAA to authenticate users via FreeRADIUS (previously Cistron RADIUS) on a Linux box. Normally this works fine. However, I recently decided to have a go at per-user access-lists and routes. My first try at per-user access-lists seemed to work, but the router crashed a few seconds after I issued the "clear int virtual-accessXXX" command to boot the test user. Note that I made no configuration changes to the router, only the RADIUS entries on the Linux box. The router also reboots if the test user disconnects on its own, or if the router needs loses contact (PPP keealives) and needs to clear the session. Once or twice it seems to have rebooted for no reason (only when using per-user ACLs) I'm using the inacl and outacl AV pairs to download the access-list to the router. Again, the access-lists appear no problem on the Virtual-Access interface and are dynamically named Virtual-AccessXXX#1 and Virtual-AccessXXX#0. However, the router just seems to want to spontaneously reboot. I've got a case open with TAC, but I thought I'd check here to see if anybody else has seen this problem. My AAA config is as follows: aaa new-model aaa authentication login default local aaa authentication ppp default group radius aaa authorization exec default local aaa authorization network default group radius if-authenticated aaa accounting update newinfo aaa accounting network default start-stop group radius Should I try removing the accounting entries? Thanks in advance, DP Deryk Piper, B.Asc Network Manager Applications Development Modular Software Ltd. Web: www.mod-soft.com Email: deryk@mod-soft.com Phone: 905.890.3778 x225 FAX: 905.890.3845 From dpeng@cisco.com Wed Jun 25 16:22:04 2003 Received: from someone claiming to be sj-iport-3.cisco.com puck.NOSPAM (sj-iport-3-in.cisco.com [171.71.176.72]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5PKM0Pf021595 for ; Wed, 25 Jun 2003 16:22:00 -0400 Received: from cisco.com (171.68.223.138) by sj-iport-3.cisco.com with ESMTP; 25 Jun 2003 13:23:41 -0800 Received: from sj-cse-320.cisco.com (sj-cse-320.cisco.com [171.69.88.101]) by sj-core-4.cisco.com (8.12.6/8.12.6) with ESMTP id h5PKKORJ017794; Wed, 25 Jun 2003 13:20:25 -0700 (PDT) Received: (from dpeng@localhost) by sj-cse-320.cisco.com (8.11.7+Sun/8.11.6) id h5PKKOq11139; Wed, 25 Jun 2003 13:20:24 -0700 (PDT) Date: Wed, 25 Jun 2003 13:20:24 -0700 From: Dennis Peng To: Deryk Piper Subject: Re: [cisco-bba] 12.2(16b) crashing with per-user RADIUS entries Message-ID: <20030625202024.GC9860@sj-cse-320.cisco.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 20:22:04 -0000 Can you send me the RADIUS profile which causes the problem to occur? Dennis Deryk Piper [deryk@mod-soft.com] wrote: > Hi all, > > I've got a 3640 running 12.2(16b) (previously 12.2(16)). It's acting as > an LNS for DSL, ISDN and analog dial-up customers. The 3640 is using > AAA to authenticate users via FreeRADIUS (previously Cistron RADIUS) on > a Linux box. Normally this works fine. However, I recently decided to > have a go at per-user access-lists and routes. My first try at per-user > access-lists seemed to work, but the router crashed a few seconds after > I issued the "clear int virtual-accessXXX" command to boot the test > user. Note that I made no configuration changes to the router, only the > RADIUS entries on the Linux box. The router also reboots if the test > user disconnects on its own, or if the router needs loses contact (PPP > keealives) and needs to clear the session. Once or twice it seems to > have rebooted for no reason (only when using per-user ACLs) > > I'm using the inacl and outacl AV pairs to download the access-list to > the router. Again, the access-lists appear no problem on the > Virtual-Access interface and are dynamically named Virtual-AccessXXX#1 > and Virtual-AccessXXX#0. However, the router just seems to want to > spontaneously reboot. > > I've got a case open with TAC, but I thought I'd check here to see if > anybody else has seen this problem. > > My AAA config is as follows: > > aaa new-model > aaa authentication login default local > aaa authentication ppp default group radius > aaa authorization exec default local > aaa authorization network default group radius if-authenticated > aaa accounting update newinfo > aaa accounting network default start-stop group radius > > Should I try removing the accounting entries? > > Thanks in advance, > > DP > > > > Deryk Piper, B.Asc > Network Manager > Applications Development > Modular Software Ltd. > > Web: www.mod-soft.com > Email: deryk@mod-soft.com > Phone: 905.890.3778 x225 > FAX: 905.890.3845 > > > _______________________________________________ > cisco-bba mailing list > cisco-bba@puck.nether.net > http://puck.nether.net/mailman/listinfo/cisco-bba -- ------------------------------------------------------------------------- || || Dennis Peng || || Cisco Systems, Inc. Escalation Engineer |||| |||| 170 West Tasman Drive Phone: (408) 526-6143 ..:||||||:..:||||||:.. San Jose, CA 95134 Fax: (408) 232-2343 Cisco Systems Inc. dpeng@cisco.com ------------------------------------------------------------------------- From deryk@MOD-SOFT.COM Wed Jun 25 17:03:50 2003 Received: from someone claiming to be Modular.Mod-Soft.com puck.NOSPAM (www.mod-soft.com [209.183.155.200]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5PL3kPf024380 for ; Wed, 25 Jun 2003 17:03:46 -0400 Received: from derykpc(derykpc.mod-soft.com[192.168.254.40]) by MODULAR.MOD-SOFT.COM (IBM OS/400 SMTP V05R01M00) with TCP; Wed, 25 Jun 2003 17:00:31 -0400 From: "Deryk Piper" To: "Dennis Peng" Subject: RE: [cisco-bba] 12.2(16b) crashing with per-user RADIUS entries Date: Wed, 25 Jun 2003 17:02:07 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20030625202024.GC9860@sj-cse-320.cisco.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 Importance: Normal X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2003 21:03:50 -0000 Hi Dennis, I'll qualify the following by saying that things have changed a bit over the course of testing, but here's the jist of it: user@realm Auth-Type := Local, Password == "xxx" Framed-IP-Address = 10.1.253.3, Framed-IP-Netmask = 255.255.255.255, # Cisco-AVPair += "ip:route=10.1.2.0 255.255.255.0 10.1.253.3", Cisco-AVPair += "ip:inacl#1=permit ip host 10.1.253.3 any", Cisco-AVPair += "ip:inacl#2=permit ip 10.1.2.0 0.0.0.255 any", Service-Type = Framed, Framed-Protocol = PPP, Fall-Through = No Anyhow, there it is. Information gets inserted on the router correctly, as previously stated. Thanks, DP > -----Original Message----- > From: Dennis Peng [mailto:dpeng@cisco.com] > Sent: Wednesday, June 25, 2003 4:20 PM > To: Deryk Piper > Cc: cisco-bba@puck.nether.net > Subject: Re: [cisco-bba] 12.2(16b) crashing with per-user > RADIUS entries > > > Can you send me the RADIUS profile which causes the problem to occur? > > Dennis > > Deryk Piper [deryk@mod-soft.com] wrote: > > Hi all, > > > > I've got a 3640 running 12.2(16b) (previously 12.2(16)). > It's acting as > > an LNS for DSL, ISDN and analog dial-up customers. The > 3640 is using > > AAA to authenticate users via FreeRADIUS (previously > Cistron RADIUS) on > > a Linux box. Normally this works fine. However, I > recently decided to > > have a go at per-user access-lists and routes. My first > try at per-user > > access-lists seemed to work, but the router crashed a few > seconds after > > I issued the "clear int virtual-accessXXX" command to boot the test > > user. Note that I made no configuration changes to the > router, only the > > RADIUS entries on the Linux box. The router also reboots > if the test > > user disconnects on its own, or if the router needs loses > contact (PPP > > keealives) and needs to clear the session. Once or twice > it seems to > > have rebooted for no reason (only when using per-user ACLs) > > > > I'm using the inacl and outacl AV pairs to download the > access-list to > > the router. Again, the access-lists appear no problem on the > > Virtual-Access interface and are dynamically named > Virtual-AccessXXX#1 > > and Virtual-AccessXXX#0. However, the router just seems to want to > > spontaneously reboot. > > > > I've got a case open with TAC, but I thought I'd check here > to see if > > anybody else has seen this problem. > > > > My AAA config is as follows: > > > > aaa new-model > > aaa authentication login default local > > aaa authentication ppp default group radius > > aaa authorization exec default local > > aaa authorization network default group radius if-authenticated > > aaa accounting update newinfo > > aaa accounting network default start-stop group radius > > > > Should I try removing the accounting entries? > > > > Thanks in advance, > > > > DP > > > > > > > > Deryk Piper, B.Asc > > Network Manager > > Applications Development > > Modular Software Ltd. > > > > Web: www.mod-soft.com > > Email: deryk@mod-soft.com > > Phone: 905.890.3778 x225 > > FAX: 905.890.3845 > > > > > > _______________________________________________ > > cisco-bba mailing list > > cisco-bba@puck.nether.net > > http://puck.nether.net/mailman/listinfo/cisco-bba > > -- > -------------------------------------------------------------- > ----------- > || || Dennis Peng > || || Cisco Systems, Inc. Escalation Engineer > |||| |||| 170 West Tasman Drive Phone: > (408) 526-6143 > ..:||||||:..:||||||:.. San Jose, CA 95134 Fax: > (408) 232-2343 > Cisco Systems Inc. dpeng@cisco.com > -------------------------------------------------------------- > ----------- > From deryk@MOD-SOFT.COM Thu Jun 26 09:19:41 2003 Received: from someone claiming to be Modular.Mod-Soft.com puck.NOSPAM (www.mod-soft.com [209.183.155.200]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5QDJaPf025182 for ; Thu, 26 Jun 2003 09:19:36 -0400 Received: from derykpc(derykpc.mod-soft.com[192.168.254.40]) by MODULAR.MOD-SOFT.COM (IBM OS/400 SMTP V05R01M00) with TCP; Thu, 26 Jun 2003 09:16:28 -0400 From: "Deryk Piper" To: "Dennis Peng" Subject: RE: [cisco-bba] 12.2(16b) crashing with per-user RADIUS entries Date: Thu, 26 Jun 2003 09:18:04 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 Importance: Normal In-Reply-To: X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2003 13:19:41 -0000 Just to give anybody a heads-up who might be interested... At Dennis' suggestion I removed IP Inspection from the Virtual-Template interface that's cloned for PPP sessions. This stopped the crashing. There's an outstanding bug - CSCea56700 - that corresponds to this problem. It's at severity 2 and is currently assigned. Thanks Dennis, DP > -----Original Message----- > From: cisco-bba-bounces@puck.nether.net > [mailto:cisco-bba-bounces@puck.nether.net]On Behalf Of Deryk Piper > Sent: Wednesday, June 25, 2003 5:02 PM > To: Dennis Peng > Cc: cisco-bba@puck.nether.net > Subject: RE: [cisco-bba] 12.2(16b) crashing with per-user > RADIUS entries > > > Hi Dennis, > > I'll qualify the following by saying that things have changed > a bit over > the course of testing, but here's the jist of it: > > user@realm Auth-Type := Local, Password == "xxx" > Framed-IP-Address = 10.1.253.3, > Framed-IP-Netmask = 255.255.255.255, > # Cisco-AVPair += "ip:route=10.1.2.0 255.255.255.0 10.1.253.3", > Cisco-AVPair += "ip:inacl#1=permit ip host 10.1.253.3 any", > Cisco-AVPair += "ip:inacl#2=permit ip 10.1.2.0 0.0.0.255 any", > Service-Type = Framed, > Framed-Protocol = PPP, > Fall-Through = No > > Anyhow, there it is. Information gets inserted on the router > correctly, > as previously stated. > > Thanks, > > DP > > > > -----Original Message----- > > From: Dennis Peng [mailto:dpeng@cisco.com] > > Sent: Wednesday, June 25, 2003 4:20 PM > > To: Deryk Piper > > Cc: cisco-bba@puck.nether.net > > Subject: Re: [cisco-bba] 12.2(16b) crashing with per-user > > RADIUS entries > > > > > > Can you send me the RADIUS profile which causes the problem > to occur? > > > > Dennis > > > > Deryk Piper [deryk@mod-soft.com] wrote: > > > Hi all, > > > > > > I've got a 3640 running 12.2(16b) (previously 12.2(16)). > > It's acting as > > > an LNS for DSL, ISDN and analog dial-up customers. The > > 3640 is using > > > AAA to authenticate users via FreeRADIUS (previously > > Cistron RADIUS) on > > > a Linux box. Normally this works fine. However, I > > recently decided to > > > have a go at per-user access-lists and routes. My first > > try at per-user > > > access-lists seemed to work, but the router crashed a few > > seconds after > > > I issued the "clear int virtual-accessXXX" command to > boot the test > > > user. Note that I made no configuration changes to the > > router, only the > > > RADIUS entries on the Linux box. The router also reboots > > if the test > > > user disconnects on its own, or if the router needs loses > > contact (PPP > > > keealives) and needs to clear the session. Once or twice > > it seems to > > > have rebooted for no reason (only when using per-user ACLs) > > > > > > I'm using the inacl and outacl AV pairs to download the > > access-list to > > > the router. Again, the access-lists appear no problem on the > > > Virtual-Access interface and are dynamically named > > Virtual-AccessXXX#1 > > > and Virtual-AccessXXX#0. However, the router just seems > to want to > > > spontaneously reboot. > > > > > > I've got a case open with TAC, but I thought I'd check here > > to see if > > > anybody else has seen this problem. > > > > > > My AAA config is as follows: > > > > > > aaa new-model > > > aaa authentication login default local > > > aaa authentication ppp default group radius > > > aaa authorization exec default local > > > aaa authorization network default group radius if-authenticated > > > aaa accounting update newinfo > > > aaa accounting network default start-stop group radius > > > > > > Should I try removing the accounting entries? > > > > > > Thanks in advance, > > > > > > DP > > > > > > > > > > > > Deryk Piper, B.Asc > > > Network Manager > > > Applications Development > > > Modular Software Ltd. > > > > > > Web: www.mod-soft.com > > > Email: deryk@mod-soft.com > > > Phone: 905.890.3778 x225 > > > FAX: 905.890.3845 > > > > > > > > > _______________________________________________ > > > cisco-bba mailing list > > > cisco-bba@puck.nether.net > > > http://puck.nether.net/mailman/listinfo/cisco-bba > > > > -- > > -------------------------------------------------------------- > > ----------- > > || || Dennis Peng > > || || Cisco Systems, Inc. > Escalation Engineer > > |||| |||| 170 West Tasman Drive Phone: > > (408) 526-6143 > > ..:||||||:..:||||||:.. San Jose, CA 95134 Fax: > > (408) 232-2343 > > Cisco Systems Inc. dpeng@cisco.com > > -------------------------------------------------------------- > > ----------- > > > > > _______________________________________________ > cisco-bba mailing list > cisco-bba@puck.nether.net > http://puck.nether.net/mailman/listinfo/cisco-bba > From spork@inch.com Fri Jun 27 18:59:36 2003 Received: from someone claiming to be util.inch.com puck.NOSPAM (ns.inch.com [216.223.192.21]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5RMxWPf004703 for ; Fri, 27 Jun 2003 18:59:33 -0400 Received: from shell.inch.com (www.inch.com [216.223.192.20]) h5RMvxVH097127 for ; Fri, 27 Jun 2003 18:57:59 -0400 (EDT) (envelope-from spork@inch.com) Received: from shell.inch.com (localhost [127.0.0.1]) by shell.inch.com (8.12.8p1/8.12.8) with ESMTP id h5RMvxSM028646 for ; Fri, 27 Jun 2003 18:57:59 -0400 (EDT) (envelope-from spork@inch.com) Received: from localhost (spork@localhost)h5RMvwJ3028643 for ; Fri, 27 Jun 2003 18:57:58 -0400 (EDT) X-Authentication-Warning: shell.inch.com: spork owned process doing -bs Date: Fri, 27 Jun 2003 18:57:58 -0400 (EDT) From: Charles Sprickman To: cisco-bba@puck.nether.net Message-ID: <20030627185129.W10954@shell.inch.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] ADSL RBE and DHCP X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jun 2003 22:59:37 -0000 Hi, I'm somewhat new to RBE and also to Cisco's DHCP server implementation, and I'm not turning up any good examples on CCO. I currently have all of my ADSL subs (covad is the DCLEC, one pvc per customer) terminating on a 7206. Each sub has a subinterface, ie: in atm 2.0/1999 point-to-point (where 1999 is the VCI, for convenience) ip unnumbered loopback 4 atm route-bridge ip pvc 0/1999 encaps aal5snap and then a static route pointing to the interface: ip route 192.168.1.2 255.255.255.255 atm 2/0.1999 That all works fine, but I am curious if this is how other people are doing this, as I am chewing up one interface per ADSL sub. My other question is bringing DHCP into the mix. I swore that at some point I found a doc on CCO that described a way to do "static" DHCP assignments based not on MAC address, but on what pvc the request comes in on. Is this possible? How are most of you handling this? Do you use the IOS DHCP server or forward off to another box? Or buy a Redback? :) Thanks, Charles -- Charles Sprickman spork@inch.com From MSegal@Corporate.FCIBroadband.com Fri Jun 27 23:22:59 2003 Received: from someone claiming to be fwexch01.corp.futureway.ca puck.NOSPAM (nat-01.futureway.com [64.119.104.15]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5S3MsPf019137 for ; Fri, 27 Jun 2003 23:22:55 -0400 Received: by fwexch01.corp.futureway.ca with Internet Mail Service (5.5.2656.59) id ; Fri, 27 Jun 2003 23:20:29 -0400 Message-ID: <7D65E2ADB9ADD4119CC200508BB1E0BC02A11434@fwexch01.corp.futureway.ca> From: Mark Segal To: "'cisco-bba@puck.nether.net'" Subject: RE: [cisco-bba] ADSL RBE and DHCP Date: Fri, 27 Jun 2003 23:20:20 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2003 03:22:59 -0000 RBE is probably not a scalable way to do it.. You might want to look at pppoe.. Last time I heard you need to send it off to a radius server that cares/reads the interface portion. It does require some hacking. Also no matter what you will need a sub interface. I personally use ilmi-pvc-autodiscover to create my vcs dynamically but then again, I am my own dlec :). Mark -- Mark Segal Director, Network Planning FCI Broadband Tel: 905-284-4070 Fax: 416-987-4701 http://www.fcibroadband.com Futureway Communications Inc. is now FCI Broadband -----Original Message----- From: Charles Sprickman [mailto:spork@inch.com] Sent: June 27, 2003 6:58 PM To: cisco-bba@puck.nether.net Subject: [cisco-bba] ADSL RBE and DHCP Hi, I'm somewhat new to RBE and also to Cisco's DHCP server implementation, and I'm not turning up any good examples on CCO. I currently have all of my ADSL subs (covad is the DCLEC, one pvc per customer) terminating on a 7206. Each sub has a subinterface, ie: in atm 2.0/1999 point-to-point (where 1999 is the VCI, for convenience) ip unnumbered loopback 4 atm route-bridge ip pvc 0/1999 encaps aal5snap and then a static route pointing to the interface: ip route 192.168.1.2 255.255.255.255 atm 2/0.1999 That all works fine, but I am curious if this is how other people are doing this, as I am chewing up one interface per ADSL sub. My other question is bringing DHCP into the mix. I swore that at some point I found a doc on CCO that described a way to do "static" DHCP assignments based not on MAC address, but on what pvc the request comes in on. Is this possible? How are most of you handling this? Do you use the IOS DHCP server or forward off to another box? Or buy a Redback? :) Thanks, Charles -- Charles Sprickman spork@inch.com _______________________________________________ cisco-bba mailing list cisco-bba@puck.nether.net http://puck.nether.net/mailman/listinfo/cisco-bba From tcy@pacific.net.sg Mon Jun 30 05:13:08 2003 Received: from someone claiming to be santo.pacific.net.sg puck.NOSPAM (santo.pacific.net.sg [203.120.90.220]) by puck.nether.net (8.12.9/8.12.9) with SMTP id h5U9Cuaa009558 for ; Mon, 30 Jun 2003 05:12:58 -0400 Received: (qmail 28229 invoked from network); 30 Jun 2003 09:11:11 -0000 X-Scanned: By Symantec Anti-Virus Scan Engine Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by santo.pacific.net.sg with SMTP; 30 Jun 2003 09:11:10 -0000 Received: from symphony.pacific.net.sg ([203.120.94.70]) by maxwell2.pacific.net.sg with ESMTP <20030630091110.JIPN3446.maxwell2.pacific.net.sg@symphony.pacific.net.sg> for ; Mon, 30 Jun 2003 17:11:10 +0800 Date: Mon, 30 Jun 2003 17:11:11 +0800 (Malay Peninsula Standard Time) From: Tay Chee Yong To: cisco-bba@puck.nether.net Message-ID: X-X-Sender: tcy@ixus.pacific.net.sg MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] Cisco 7206 non-VXR for BB Aggregation X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 09:13:11 -0000 Hi all, Was wondering if any people out there is using a Cisco 7206 non-VXR router to termination BB ppp sessions on it? We have a couple of non-VXR, NPE 200 routers, and thought of recycling it for BB termination. Any performance degradation, or any limit in the number of ppp sessions on the box, or other issues that i might not be aware of? Advise is greatly appreciated. Thanks. Regards, Cheeyong From achatz@forthnet.gr Mon Jun 30 06:58:37 2003 Received: from someone claiming to be athsmtp01.forthnet.gr puck.NOSPAM (mail.forthnet.gr [193.92.150.160]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5UAwWaa014871 for ; Mon, 30 Jun 2003 06:58:33 -0400 Received: from forthnet.gr ([194.219.203.122]) by athsmtp01.forthnet.gr with Microsoft SMTPSVC(5.0.2195.5329); Mon, 30 Jun 2003 13:56:41 +0300 Message-ID: <3F0017C6.5040303@forthnet.gr> Date: Mon, 30 Jun 2003 13:58:14 +0300 From: Anastassios Chatzithomaoglou Organization: FORTHnet S.A. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: el, en-us MIME-Version: 1.0 To: cisco-bba@puck.nether.net Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Jun 2003 10:56:41.0940 (UTC) FILETIME=[49E92940:01C33EF6] X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] PPP UNKNOWN X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 10:58:37 -0000 I'm getting quite a lot of these debug logs for some customers: Jun 30 13:49:32.465: Vi14 : I UNKNOWN(255) [Not negotiated] id 3 len 43690 Jun 30 13:49:32.469: Vi14 LCP: O PROTREJ [Open] id 2 len 6 protocol (0xAAAA) Jun 30 13:49:40.841: Vi8 : I UNKNOWN(255) [Not negotiated] id 3 len 43690 Jun 30 13:49:40.841: Vi8 LCP: O PROTREJ [Open] id 228 len 6 protocol (0xAAAA) Any idea what it might be? PS: Router is a 7206 (12.3(1)) - used as a LNS. -- *********************************** Chatzithomaoglou Anastasios Network Design & Operations Center FORTHnet S.A. *********************************** From achatz@forthnet.gr Mon Jun 30 07:04:41 2003 Received: from someone claiming to be athsmtp02.forthnet.gr puck.NOSPAM (mail.forthnet.gr [193.92.150.160]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5UB4aaa015265 for ; Mon, 30 Jun 2003 07:04:37 -0400 Received: from forthnet.gr ([194.219.203.122]) by athsmtp02.forthnet.gr with Microsoft SMTPSVC(5.0.2195.5329); Mon, 30 Jun 2003 14:02:56 +0300 Message-ID: <3F00193D.2030401@forthnet.gr> Date: Mon, 30 Jun 2003 14:04:29 +0300 From: Anastassios Chatzithomaoglou Organization: FORTHnet S.A. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: el, en-us MIME-Version: 1.0 To: cisco-bba@puck.nether.net Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Jun 2003 11:02:56.0480 (UTC) FILETIME=[29276E00:01C33EF7] X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] strange dsl/pppoa disconnect X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 11:04:41 -0000 The following are some debug logs from a dsl customer getting strange disconnects. Although the acct record shows "lost-carrier" which i suppose means telco/copper problem, i still can't understand the first line which shows a LCP incoming packet. Any idea what might be happening? Jun 30 01:00:20.893: Vi17 LCP: I CONFREQ [Open] id 1 len 4 Jun 30 01:00:20.893: Vi17 PPP: Terminating bound session Jun 30 01:00:20.893: Vi17 PPP: Sending Acct Event[Reneg] id[AF3] Jun 30 01:00:20.893: Vi17 IPCP: Remove link info for cef entry x.x.x.x Jun 30 01:00:20.893: Vi17 IPCP: State is Closed Jun 30 01:00:20.897: Vi17 PPP: Phase is TERMINATING Jun 30 01:00:20.897: Vi17 LCP: State is Closed Jun 30 01:00:20.897: Vi17 PPP: Phase is DOWN Jun 30 01:00:20.897: RADIUS(00000AF3): Using existing nas_port 865 Jun 30 01:00:20.897: RADIUS(00000AF3): Config NAS IP: x.x.x.x Jun 30 01:00:20.897: RADIUS(00000AF3): sending Jun 30 01:00:20.897: Vi17 IPCP: Remove route to x.x.x.x Jun 30 01:00:20.897: Vi17 VPDN: Reseting interface .. ... Jun 30 01:00:20.897: RADIUS: Vendor, Cisco [26] 35 Jun 30 01:00:20.897: RADIUS: Cisco AVpair [1] 29 "connect-progress=LAN Ses Up" Jun 30 01:00:20.897: RADIUS: Acct-Terminate-Cause[49] 6 lost-carrier [2] Jun 30 01:00:20.897: RADIUS: Vendor, Cisco [26] 35 Jun 30 01:00:20.897: RADIUS: Cisco AVpair [1] 29 "disc-cause-ext=Lost Carrier" PS: Router is a 7206 (12.3(1)) used as a LNS. -- *********************************** Chatzithomaoglou Anastasios Network Design & Operations Center FORTHnet S.A. *********************************** From francois.baligant@wanadoo.com Mon Jun 30 07:12:08 2003 Received: from someone claiming to be relais-inet-04.francetelecom.fr puck.NOSPAM (relais-inet.francetelecom.com [212.234.67.6]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5UBC3aa015410 for ; Mon, 30 Jun 2003 07:12:04 -0400 Received: from [193.248.188.48] by relais-filtrant-04.francetelecom.fr with ESMTP for cisco-bba@puck.nether.net; Mon, 30 Jun 2003 13:10:19 +0200 Received: from fedft02a.francetelecom.fr by relais-filtrant-04.francetelecom.fr with ESMTP for cisco-bba@puck.nether.net; Mon, 30 Jun 2003 13:10:18 +0200 Received: from puexcc11.nanterre.francetelecom.fr by fedft02a.francetelecom.fr with ESMTP; Mon, 30 Jun 2003 13:10:18 +0200 Received: from PUEXCB10.nanterre.francetelecom.fr ([10.168.72.152]) by PUEXCC11.nanterre.francetelecom.fr with Microsoft SMTPSVC(5.0.2195.5329); Mon, 30 Jun 2003 13:10:18 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: [cisco-bba] PPP UNKNOWN Date: Mon, 30 Jun 2003 13:10:17 +0200 Message-Id: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [cisco-bba] PPP UNKNOWN Thread-Index: AcM+9xn0UIlZKu46RYGBi5F67V8vUAAAQmTw From: BALIGANT Francois WANADOO To: "Anastassios Chatzithomaoglou" , X-OriginalArrivalTime: 30 Jun 2003 11:10:18.0198 (UTC) FILETIME=[30703F60:01C33EF8] X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by puck.nether.net id h5UBC3aa015410 X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 11:12:08 -0000 0xAAAA would match PPPoE over ATM using AAL5 LLC encapsulation format. Is this something you are normaly accepting ? regards, Francois -----Message d'origine----- De : Anastassios Chatzithomaoglou [mailto:achatz@forthnet.gr] Envoyé : lundi 30 juin 2003 12:58 À : cisco-bba@puck.nether.net Objet : [cisco-bba] PPP UNKNOWN I'm getting quite a lot of these debug logs for some customers: Jun 30 13:49:32.465: Vi14 : I UNKNOWN(255) [Not negotiated] id 3 len 43690 Jun 30 13:49:32.469: Vi14 LCP: O PROTREJ [Open] id 2 len 6 protocol (0xAAAA) Jun 30 13:49:40.841: Vi8 : I UNKNOWN(255) [Not negotiated] id 3 len 43690 Jun 30 13:49:40.841: Vi8 LCP: O PROTREJ [Open] id 228 len 6 protocol (0xAAAA) Any idea what it might be? PS: Router is a 7206 (12.3(1)) - used as a LNS. -- *********************************** Chatzithomaoglou Anastasios Network Design & Operations Center FORTHnet S.A. *********************************** _______________________________________________ cisco-bba mailing list cisco-bba@puck.nether.net http://puck.nether.net/mailman/listinfo/cisco-bba From achatz@forthnet.gr Mon Jun 30 07:19:54 2003 Received: from someone claiming to be athsmtp02.forthnet.gr puck.NOSPAM (mail.forthnet.gr [193.92.150.160]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5UBJmaa016444 for ; Mon, 30 Jun 2003 07:19:49 -0400 Received: from forthnet.gr ([194.219.203.122]) by athsmtp02.forthnet.gr with Microsoft SMTPSVC(5.0.2195.5329); Mon, 30 Jun 2003 14:18:03 +0300 Message-ID: <3F001CC8.4060300@forthnet.gr> Date: Mon, 30 Jun 2003 14:19:36 +0300 From: Anastassios Chatzithomaoglou Organization: FORTHnet S.A. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: el, en-us MIME-Version: 1.0 To: BALIGANT Francois WANADOO Subject: Re: [cisco-bba] PPP UNKNOWN References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 30 Jun 2003 11:18:04.0069 (UTC) FILETIME=[461E8550:01C33EF9] X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 11:19:54 -0000 PPPoE (LLC/SNAP) & PPPoA (VCMUX) is done by our telco's router which forwards l2tp sessions to our router. We just terminate the l2tp sessions. Is this a problem with telco's router or with customer's modem? Most customers don't have such debugs... BALIGANT Francois WANADOO wrote: > 0xAAAA would match PPPoE over ATM using AAL5 LLC encapsulation format. > > Is this something you are normaly accepting ? > > regards, > Francois > > -----Message d'origine----- > De : Anastassios Chatzithomaoglou [mailto:achatz@forthnet.gr] > Envoyé : lundi 30 juin 2003 12:58 > À : cisco-bba@puck.nether.net > Objet : [cisco-bba] PPP UNKNOWN > > > I'm getting quite a lot of these debug logs for some customers: > > Jun 30 13:49:32.465: Vi14 : I UNKNOWN(255) [Not negotiated] id 3 len 43690 > Jun 30 13:49:32.469: Vi14 LCP: O PROTREJ [Open] id 2 len 6 protocol (0xAAAA) > Jun 30 13:49:40.841: Vi8 : I UNKNOWN(255) [Not negotiated] id 3 len 43690 > Jun 30 13:49:40.841: Vi8 LCP: O PROTREJ [Open] id 228 len 6 protocol (0xAAAA) > > Any idea what it might be? > > PS: Router is a 7206 (12.3(1)) - used as a LNS. > -- *********************************** Chatzithomaoglou Anastasios Network Design & Operations Center FORTHnet S.A. *********************************** From achatz@forthnet.gr Mon Jun 30 08:02:30 2003 Received: from someone claiming to be athsmtp01.forthnet.gr puck.NOSPAM (mail.forthnet.gr [193.92.150.160]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h5UC2Qaa018090 for ; Mon, 30 Jun 2003 08:02:26 -0400 Received: from forthnet.gr ([194.219.203.122]) by athsmtp01.forthnet.gr with Microsoft SMTPSVC(5.0.2195.5329); Mon, 30 Jun 2003 15:00:41 +0300 Message-ID: <3F0026C6.6070605@forthnet.gr> Date: Mon, 30 Jun 2003 15:02:14 +0300 From: Anastassios Chatzithomaoglou Organization: FORTHnet S.A. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: el, en-us MIME-Version: 1.0 To: cisco-bba@puck.nether.net Subject: Re: [cisco-bba] PPP UNKNOWN References: <3F001CC8.4060300@forthnet.gr> In-Reply-To: <3F001CC8.4060300@forthnet.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 30 Jun 2003 12:00:41.0237 (UTC) FILETIME=[3A4F6450:01C33EFF] X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 12:02:31 -0000 These are also some other debug messages we are getting.... Jun 30 14:56:50.513: Vi11 LCP: O ECHOREQ [Open] id 29 len 12 magic 0x1DCD301F Jun 30 14:56:50.853: Vi11 LCP-FS: I ECHOREP [Open] id 29 len 12 magic 0x00000000 Jun 30 14:56:50.853: Vi11 LCP-FS: Received id 29, sent id 29, line up Jun 30 14:57:08.965: Vi11 PPP: I pkt type 0xAAAA, datagramsize 102 link[illegal] Jun 30 14:57:08.965: Vi11 : I CONFNAK [Not negotiated] id 0 len 0 Jun 30 14:57:08.965: Vi11 LCP: O PROTREJ [Open] id 37 len 104 protocol Jun 30 14:57:08.965: Vi11 LCP: (0xAAAA0300000008004500005C14F80000) Jun 30 14:57:08.965: Vi11 LCP: (0x3C1148909000000A900000FF02080208) Jun 30 14:57:08.965: Vi11 LCP: (0x00486F660202000000020000C0A80100) Jun 30 14:57:08.965: Vi11 LCP: (0xFFFFFF009000000A0000000100020002) Jun 30 14:57:08.965: Vi11 LCP: (0xD510B400FFFFFF009000000A00000001) Jun 30 14:57:08.965: Vi11 LCP: (0x0002FFFF000000000000000000000000) Jun 30 14:57:08.965: Vi11 LCP: (0x00000001) Jun 30 14:57:38.966: Vi11 PPP: I pkt type 0xAAAA, datagramsize 102 link[illegal] Jun 30 14:57:38.966: Vi11 : I CONFNAK [Not negotiated] id 0 len 0 Jun 30 14:57:38.966: Vi11 LCP: O PROTREJ [Open] id 38 len 104 protocol Jun 30 14:57:38.966: Vi11 LCP: (0xAAAA0300000008004500005C14FB0000) Jun 30 14:57:38.966: Vi11 LCP: (0x3C11488D9000000A900000FF02080208) Jun 30 14:57:38.966: Vi11 LCP: (0x00486F660202000000020000C0A80100) Jun 30 14:57:38.966: Vi11 LCP: (0xFFFFFF009000000A0000000100020002) Jun 30 14:57:38.966: Vi11 LCP: (0xD510B400FFFFFF009000000A00000001) Jun 30 14:57:38.966: Vi11 LCP: (0x0002FFFF000000000000000000000000) Jun 30 14:57:38.966: Vi11 LCP: (0x00000001) Anastassios Chatzithomaoglou wrote: > PPPoE (LLC/SNAP) & PPPoA (VCMUX) is done by our telco's router which > forwards l2tp sessions to our router. We just terminate the l2tp sessions. > > Is this a problem with telco's router or with customer's modem? > > Most customers don't have such debugs... > > BALIGANT Francois WANADOO wrote: > >> 0xAAAA would match PPPoE over ATM using AAL5 LLC encapsulation >> format. >> >> Is this something you are normaly accepting ? >> >> regards, >> Francois >> >> -----Message d'origine----- >> De : Anastassios Chatzithomaoglou [mailto:achatz@forthnet.gr] >> Envoyé : lundi 30 juin 2003 12:58 >> À : cisco-bba@puck.nether.net >> Objet : [cisco-bba] PPP UNKNOWN >> >> >> I'm getting quite a lot of these debug logs for some customers: >> >> Jun 30 13:49:32.465: Vi14 : I UNKNOWN(255) [Not negotiated] id 3 len >> 43690 >> Jun 30 13:49:32.469: Vi14 LCP: O PROTREJ [Open] id 2 len 6 protocol >> (0xAAAA) >> Jun 30 13:49:40.841: Vi8 : I UNKNOWN(255) [Not negotiated] id 3 len 43690 >> Jun 30 13:49:40.841: Vi8 LCP: O PROTREJ [Open] id 228 len 6 protocol >> (0xAAAA) >> >> Any idea what it might be? >> >> PS: Router is a 7206 (12.3(1)) - used as a LNS. >> > -- *********************************** Chatzithomaoglou Anastasios Network Design & Operations Center FORTHnet S.A. *********************************** From dpeng@cisco.com Tue Jul 1 19:39:52 2003 Received: from someone claiming to be sj-core-3.cisco.com puck.NOSPAM (sj-core-3.cisco.com [171.68.223.137]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h61NdluA014986 for ; Tue, 1 Jul 2003 19:39:48 -0400 Received: from sj-cse-320.cisco.com (sj-cse-320.cisco.com [171.69.88.101]) by sj-core-3.cisco.com (8.12.6/8.12.6) with ESMTP id h61Nbsvd020302; Tue, 1 Jul 2003 16:37:55 -0700 (PDT) Received: (from dpeng@localhost) by sj-cse-320.cisco.com (8.11.7+Sun/8.11.6) id h61NbsW07155; Tue, 1 Jul 2003 16:37:54 -0700 (PDT) Date: Tue, 1 Jul 2003 16:37:54 -0700 From: Dennis Peng To: Tay Chee Yong Subject: Re: [cisco-bba] Cisco 7206 non-VXR for BB Aggregation Message-ID: <20030701233754.GJ5516@sj-cse-320.cisco.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 23:39:52 -0000 With the NPE-200, the box will probably max out at 2000 sessions if you aren't doing anything else. Latest 12.2T/12.2B code has scalability enhancements to decrease memory and cpu load for BBA sessions, so it should allow you to squeeze the most out of the box. Dennis Tay Chee Yong [tcy@pacific.net.sg] wrote: > Hi all, > > Was wondering if any people out there is using a Cisco 7206 non-VXR router to > termination BB ppp sessions on it? We have a couple of non-VXR, NPE 200 routers, > and thought of recycling it for BB termination. > > Any performance degradation, or any limit in the number of ppp sessions on the > box, or other issues that i might not be aware of? > > Advise is greatly appreciated. > > Thanks. > > Regards, > Cheeyong > > _______________________________________________ > cisco-bba mailing list > cisco-bba@puck.nether.net > http://puck.nether.net/mailman/listinfo/cisco-bba From dpeng@cisco.com Tue Jul 1 19:43:45 2003 Received: from someone claiming to be sj-core-3.cisco.com puck.NOSPAM (sj-core-3.cisco.com [171.68.223.137]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h61NhfuA015141 for ; Tue, 1 Jul 2003 19:43:41 -0400 Received: from sj-cse-320.cisco.com (sj-cse-320.cisco.com [171.69.88.101]) by sj-core-3.cisco.com (8.12.6/8.12.6) with ESMTP id h61Nfmvd022541; Tue, 1 Jul 2003 16:41:49 -0700 (PDT) Received: (from dpeng@localhost) by sj-cse-320.cisco.com (8.11.7+Sun/8.11.6) id h61Nfmt07632; Tue, 1 Jul 2003 16:41:48 -0700 (PDT) Date: Tue, 1 Jul 2003 16:41:48 -0700 From: Dennis Peng To: Anastassios Chatzithomaoglou Subject: Re: [cisco-bba] strange dsl/pppoa disconnect Message-ID: <20030701234148.GK5516@sj-cse-320.cisco.com> References: <3F00193D.2030401@forthnet.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F00193D.2030401@forthnet.gr> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 23:43:45 -0000 In 12.2(13)T and later, LCP renegotation was not being handled for VPDN sessions. So like the case below, if we receive a LCP CONFREQ for a sessions which is already up, that triggers a renegotiation and the session would be dropped. The user should come back up on a different VPDN session, but we recently fixed this so the user would renegotiate without the VPDN session dropping and coming back up. The DDTS is CSCeb30098 and it should be fixed in 12.2(3). Dennis Anastassios Chatzithomaoglou [achatz@forthnet.gr] wrote: > The following are some debug logs from a dsl customer getting strange > disconnects. > > Although the acct record shows "lost-carrier" which i suppose means > telco/copper problem, i still can't understand the first line which shows a > LCP incoming packet. > > Any idea what might be happening? > > Jun 30 01:00:20.893: Vi17 LCP: I CONFREQ [Open] id 1 len 4 > Jun 30 01:00:20.893: Vi17 PPP: Terminating bound session > Jun 30 01:00:20.893: Vi17 PPP: Sending Acct Event[Reneg] id[AF3] > Jun 30 01:00:20.893: Vi17 IPCP: Remove link info for cef entry x.x.x.x > Jun 30 01:00:20.893: Vi17 IPCP: State is Closed > Jun 30 01:00:20.897: Vi17 PPP: Phase is TERMINATING > Jun 30 01:00:20.897: Vi17 LCP: State is Closed > Jun 30 01:00:20.897: Vi17 PPP: Phase is DOWN > Jun 30 01:00:20.897: RADIUS(00000AF3): Using existing nas_port 865 > Jun 30 01:00:20.897: RADIUS(00000AF3): Config NAS IP: x.x.x.x > Jun 30 01:00:20.897: RADIUS(00000AF3): sending > Jun 30 01:00:20.897: Vi17 IPCP: Remove route to x.x.x.x > Jun 30 01:00:20.897: Vi17 VPDN: Reseting interface > .. > ... > Jun 30 01:00:20.897: RADIUS: Vendor, Cisco [26] 35 > Jun 30 01:00:20.897: RADIUS: Cisco AVpair [1] 29 > "connect-progress=LAN Ses Up" > Jun 30 01:00:20.897: RADIUS: Acct-Terminate-Cause[49] 6 lost-carrier > [2] > Jun 30 01:00:20.897: RADIUS: Vendor, Cisco [26] 35 > Jun 30 01:00:20.897: RADIUS: Cisco AVpair [1] 29 > "disc-cause-ext=Lost Carrier" > > PS: Router is a 7206 (12.3(1)) used as a LNS. > > -- > *********************************** > Chatzithomaoglou Anastasios > Network Design & Operations Center > FORTHnet S.A. > > *********************************** > > > _______________________________________________ > cisco-bba mailing list > cisco-bba@puck.nether.net > http://puck.nether.net/mailman/listinfo/cisco-bba -- ------------------------------------------------------------------------- || || Dennis Peng || || Cisco Systems, Inc. Escalation Engineer |||| |||| 170 West Tasman Drive Phone: (408) 526-6143 ..:||||||:..:||||||:.. San Jose, CA 95134 Fax: (408) 232-2343 Cisco Systems Inc. dpeng@cisco.com ------------------------------------------------------------------------- From dpeng@cisco.com Tue Jul 1 20:04:01 2003 Received: from someone claiming to be sj-core-3.cisco.com puck.NOSPAM (sj-core-3.cisco.com [171.68.223.137]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h6203uuA016250 for ; Tue, 1 Jul 2003 20:03:57 -0400 Received: from sj-cse-320.cisco.com (sj-cse-320.cisco.com [171.69.88.101]) by sj-core-3.cisco.com (8.12.6/8.12.6) with ESMTP id h62024vd000063; Tue, 1 Jul 2003 17:02:04 -0700 (PDT) Received: (from dpeng@localhost) by sj-cse-320.cisco.com (8.11.7+Sun/8.11.6) id h62024h07831; Tue, 1 Jul 2003 17:02:04 -0700 (PDT) Date: Tue, 1 Jul 2003 17:02:04 -0700 From: Dennis Peng To: Anastassios Chatzithomaoglou Subject: Re: [cisco-bba] PPP UNKNOWN Message-ID: <20030702000204.GM5516@sj-cse-320.cisco.com> References: <3F001CC8.4060300@forthnet.gr> <3F0026C6.6070605@forthnet.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F0026C6.6070605@forthnet.gr> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2003 00:04:01 -0000 That's pretty strange. It looks like a SNAP encapsulated IP packet that we are receiving. You can see the 0xAAAA03 000000 0800 LLC/SNAP header which indicates an IP packet and then it goes right into a 0x4500 IP header. Dennis Anastassios Chatzithomaoglou [achatz@forthnet.gr] wrote: > These are also some other debug messages we are getting.... > > Jun 30 14:56:50.513: Vi11 LCP: O ECHOREQ [Open] id 29 len 12 magic > 0x1DCD301F > Jun 30 14:56:50.853: Vi11 LCP-FS: I ECHOREP [Open] id 29 len 12 magic > 0x00000000 > Jun 30 14:56:50.853: Vi11 LCP-FS: Received id 29, sent id 29, line up > Jun 30 14:57:08.965: Vi11 PPP: I pkt type 0xAAAA, datagramsize 102 > link[illegal] > Jun 30 14:57:08.965: Vi11 : I CONFNAK [Not negotiated] id 0 len 0 > Jun 30 14:57:08.965: Vi11 LCP: O PROTREJ [Open] id 37 len 104 protocol > Jun 30 14:57:08.965: Vi11 LCP: (0xAAAA0300000008004500005C14F80000) > Jun 30 14:57:08.965: Vi11 LCP: (0x3C1148909000000A900000FF02080208) > Jun 30 14:57:08.965: Vi11 LCP: (0x00486F660202000000020000C0A80100) > Jun 30 14:57:08.965: Vi11 LCP: (0xFFFFFF009000000A0000000100020002) > Jun 30 14:57:08.965: Vi11 LCP: (0xD510B400FFFFFF009000000A00000001) > Jun 30 14:57:08.965: Vi11 LCP: (0x0002FFFF000000000000000000000000) > Jun 30 14:57:08.965: Vi11 LCP: (0x00000001) > Jun 30 14:57:38.966: Vi11 PPP: I pkt type 0xAAAA, datagramsize 102 > link[illegal] > Jun 30 14:57:38.966: Vi11 : I CONFNAK [Not negotiated] id 0 len 0 > Jun 30 14:57:38.966: Vi11 LCP: O PROTREJ [Open] id 38 len 104 protocol > Jun 30 14:57:38.966: Vi11 LCP: (0xAAAA0300000008004500005C14FB0000) > Jun 30 14:57:38.966: Vi11 LCP: (0x3C11488D9000000A900000FF02080208) > Jun 30 14:57:38.966: Vi11 LCP: (0x00486F660202000000020000C0A80100) > Jun 30 14:57:38.966: Vi11 LCP: (0xFFFFFF009000000A0000000100020002) > Jun 30 14:57:38.966: Vi11 LCP: (0xD510B400FFFFFF009000000A00000001) > Jun 30 14:57:38.966: Vi11 LCP: (0x0002FFFF000000000000000000000000) > Jun 30 14:57:38.966: Vi11 LCP: (0x00000001) > > > Anastassios Chatzithomaoglou wrote: > > >PPPoE (LLC/SNAP) & PPPoA (VCMUX) is done by our telco's router which > >forwards l2tp sessions to our router. We just terminate the l2tp sessions. > > > >Is this a problem with telco's router or with customer's modem? > > > >Most customers don't have such debugs... > > > >BALIGANT Francois WANADOO wrote: > > > >> 0xAAAA would match PPPoE over ATM using AAL5 LLC encapsulation > >>format. > >> > >> Is this something you are normaly accepting ? > >> > >> regards, > >> Francois > >> > >>-----Message d'origine----- > >>De : Anastassios Chatzithomaoglou [mailto:achatz@forthnet.gr] > >>Envoy? : lundi 30 juin 2003 12:58 > >>? : cisco-bba@puck.nether.net > >>Objet : [cisco-bba] PPP UNKNOWN > >> > >> > >>I'm getting quite a lot of these debug logs for some customers: > >> > >>Jun 30 13:49:32.465: Vi14 : I UNKNOWN(255) [Not negotiated] id 3 len > >>43690 > >>Jun 30 13:49:32.469: Vi14 LCP: O PROTREJ [Open] id 2 len 6 protocol > >>(0xAAAA) > >>Jun 30 13:49:40.841: Vi8 : I UNKNOWN(255) [Not negotiated] id 3 len 43690 > >>Jun 30 13:49:40.841: Vi8 LCP: O PROTREJ [Open] id 228 len 6 protocol > >>(0xAAAA) > >> > >>Any idea what it might be? > >> > >>PS: Router is a 7206 (12.3(1)) - used as a LNS. > >> > > > > -- > *********************************** > Chatzithomaoglou Anastasios > Network Design & Operations Center > FORTHnet S.A. > > *********************************** > > _______________________________________________ > cisco-bba mailing list > cisco-bba@puck.nether.net > http://puck.nether.net/mailman/listinfo/cisco-bba -- ------------------------------------------------------------------------- || || Dennis Peng || || Cisco Systems, Inc. Escalation Engineer |||| |||| 170 West Tasman Drive Phone: (408) 526-6143 ..:||||||:..:||||||:.. San Jose, CA 95134 Fax: (408) 232-2343 Cisco Systems Inc. dpeng@cisco.com ------------------------------------------------------------------------- From tcy@pacific.net.sg Fri Jul 4 03:11:44 2003 Received: from someone claiming to be santo.pacific.net.sg puck.NOSPAM (santo.pacific.net.sg [203.120.90.220]) by puck.nether.net (8.12.9/8.12.9) with SMTP id h647BZA4032403 for ; Fri, 4 Jul 2003 03:11:37 -0400 Received: (qmail 29566 invoked from network); 4 Jul 2003 07:09:40 -0000 X-Scanned: By Symantec Anti-Virus Scan Engine Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by santo.pacific.net.sg with SMTP; 4 Jul 2003 07:09:40 -0000 Received: from symphony.pacific.net.sg ([203.120.94.70]) by maxwell6.pacific.net.sg with ESMTP <20030704070939.WQBC6096.maxwell6.pacific.net.sg@symphony.pacific.net.sg>; Fri, 4 Jul 2003 15:09:39 +0800 Date: Fri, 4 Jul 2003 15:09:39 +0800 (Malay Peninsula Standard Time) From: Tay Chee Yong To: Dennis Peng Subject: Re: [cisco-bba] Cisco 7206 non-VXR for BB Aggregation In-Reply-To: <20030701233754.GJ5516@sj-cse-320.cisco.com> Message-ID: References: <20030701233754.GJ5516@sj-cse-320.cisco.com> X-X-Sender: tcy@ixus.pacific.net.sg MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 07:11:46 -0000 Thanks Dennis for your valuable advise. >From the following website, http://www.cisco.com/en/US/products/hw/routers/ps314/prod_module_configuration_guide09186a008007c79b.html it mentioned that "CAR policing algorithm impacts performance due to its additional use of processor resource. Typical performance impact may be about 20 to 30%, although it would vary depending on the traffic mix and the configured protocol:"... "Using an ACL with CAR will affect performance depending on the type of ACL used" The above document is meant for Cisco 6400 series. Does it applies to Cisco 7206 router? May I know how bad is the impact on the CPU resources if the CAR is configured on the virtual template, compared to configuration done via AAA? Thanks. Cheeyong On Tue, 1 Jul 2003, Dennis Peng wrote: : With the NPE-200, the box will probably max out at 2000 sessions if : you aren't doing anything else. Latest 12.2T/12.2B code has : scalability enhancements to decrease memory and cpu load for BBA : sessions, so it should allow you to squeeze the most out of the box. : : Dennis : : Tay Chee Yong [tcy@pacific.net.sg] wrote: : > Hi all, : > : > Was wondering if any people out there is using a Cisco 7206 non-VXR router to : > termination BB ppp sessions on it? We have a couple of non-VXR, NPE 200 routers, : > and thought of recycling it for BB termination. : > : > Any performance degradation, or any limit in the number of ppp sessions on the : > box, or other issues that i might not be aware of? : > : > Advise is greatly appreciated. : > : > Thanks. : > : > Regards, : > Cheeyong : > : > _______________________________________________ : > cisco-bba mailing list : > cisco-bba@puck.nether.net : > http://puck.nether.net/mailman/listinfo/cisco-bba : From achatz@forthnet.gr Fri Jul 4 10:37:08 2003 Received: from someone claiming to be athsmtp02.forthnet.gr puck.NOSPAM (mail.forthnet.gr [193.92.150.160]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h64Eb3A4018271 for ; Fri, 4 Jul 2003 10:37:04 -0400 Received: from forthnet.gr ([194.219.203.122]) by athsmtp02.forthnet.gr with Microsoft SMTPSVC(5.0.2195.5329); Fri, 4 Jul 2003 17:35:06 +0300 Message-ID: <3F0590D2.1020003@forthnet.gr> Date: Fri, 04 Jul 2003 17:36:02 +0300 From: Anastassios Chatzithomaoglou Organization: FORTHnet S.A. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: el, en-us MIME-Version: 1.0 To: Dennis Peng Subject: Re: [cisco-bba] strange dsl/pppoa disconnect References: <3F00193D.2030401@forthnet.gr> <20030701234148.GK5516@sj-cse-320.cisco.com> In-Reply-To: <20030701234148.GK5516@sj-cse-320.cisco.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jul 2003 14:35:06.0799 (UTC) FILETIME=[76AAF3F0:01C34239] X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2003 14:37:08 -0000 Dennis Peng wrote: > In 12.2(13)T and later, LCP renegotation was not being handled for > VPDN sessions. So like the case below, if we receive a LCP CONFREQ for > a sessions which is already up, that triggers a renegotiation and the > session would be dropped. The user should come back up on a different > VPDN session, but we recently fixed this so the user would renegotiate > without the VPDN session dropping and coming back up. The DDTS is > CSCeb30098 and it should be fixed in 12.2(3). > Maybe you mean 12.3(2)? Because i'm already using 12.3(1) ;-) > Dennis > > Anastassios Chatzithomaoglou [achatz@forthnet.gr] wrote: > >>The following are some debug logs from a dsl customer getting strange >>disconnects. >> >>Although the acct record shows "lost-carrier" which i suppose means >>telco/copper problem, i still can't understand the first line which shows a >>LCP incoming packet. >> >>Any idea what might be happening? >> >>Jun 30 01:00:20.893: Vi17 LCP: I CONFREQ [Open] id 1 len 4 >>Jun 30 01:00:20.893: Vi17 PPP: Terminating bound session >>Jun 30 01:00:20.893: Vi17 PPP: Sending Acct Event[Reneg] id[AF3] >>Jun 30 01:00:20.893: Vi17 IPCP: Remove link info for cef entry x.x.x.x >>Jun 30 01:00:20.893: Vi17 IPCP: State is Closed >>Jun 30 01:00:20.897: Vi17 PPP: Phase is TERMINATING >>Jun 30 01:00:20.897: Vi17 LCP: State is Closed >>Jun 30 01:00:20.897: Vi17 PPP: Phase is DOWN >>Jun 30 01:00:20.897: RADIUS(00000AF3): Using existing nas_port 865 >>Jun 30 01:00:20.897: RADIUS(00000AF3): Config NAS IP: x.x.x.x >>Jun 30 01:00:20.897: RADIUS(00000AF3): sending >>Jun 30 01:00:20.897: Vi17 IPCP: Remove route to x.x.x.x >>Jun 30 01:00:20.897: Vi17 VPDN: Reseting interface >>.. >>... >>Jun 30 01:00:20.897: RADIUS: Vendor, Cisco [26] 35 >>Jun 30 01:00:20.897: RADIUS: Cisco AVpair [1] 29 >>"connect-progress=LAN Ses Up" >>Jun 30 01:00:20.897: RADIUS: Acct-Terminate-Cause[49] 6 lost-carrier >>[2] >>Jun 30 01:00:20.897: RADIUS: Vendor, Cisco [26] 35 >>Jun 30 01:00:20.897: RADIUS: Cisco AVpair [1] 29 >>"disc-cause-ext=Lost Carrier" >> >>PS: Router is a 7206 (12.3(1)) used as a LNS. >> >>-- >>*********************************** >> Chatzithomaoglou Anastasios >>Network Design & Operations Center >> FORTHnet S.A. >> >>*********************************** >> >> >>_______________________________________________ >>cisco-bba mailing list >>cisco-bba@puck.nether.net >>http://puck.nether.net/mailman/listinfo/cisco-bba > > -- *********************************** Chatzithomaoglou Anastasios Network Design & Operations Center FORTHnet S.A. *********************************** From jabbasi@yahoo.com Sun Jul 6 11:32:25 2003 Received: from someone claiming to be web13908.mail.yahoo.com puck.NOSPAM (web13908.mail.yahoo.com [216.136.175.71]) by puck.nether.net (8.12.9/8.12.9) with SMTP id h66FWLA4032086 for ; Sun, 6 Jul 2003 11:32:21 -0400 Message-ID: <20030706153026.31509.qmail@web13908.mail.yahoo.com> Received: from [192.234.226.190] by web13908.mail.yahoo.com via HTTP; Sun, 06 Jul 2003 08:30:26 PDT Date: Sun, 6 Jul 2003 08:30:26 -0700 (PDT) From: jawed abbasi To: cisco-bba@puck.nether.net MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1271602685-1057505426=:28590" X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] ISDN not working X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 15:32:26 -0000 --0-1271602685-1057505426=:28590 Content-Type: text/plain; charset=us-ascii Hello I am working on an ISDN connection, but having problems for last 2 months, and I have been shuttling between CISCO , and my ISDN providers. This list form name seems to discuss cisco issues, hopefully I have not subscribed to wrong list. Here is my problem If call from cisco router one side of ISDN to other side USR I-modem on my network this is what I see >From cisco to USR with q931 debug enabled CisNwsMry#isdn call interface bri0/0 17326490191 CisNwsMry# 6d12h: ISDN BR0/0: TX -> SETUP pd = 8 callref = 0x18 6d12h: Bearer Capability i = 0x8890 6d12h: Channel ID i = 0x83 6d12h: Keypad Facility i = '17326490191' 6d12h: ISDN BR0/0: RX <- CALL_PROC pd = 8 callref = 0x98 6d12h: Channel ID i = 0x89 6d12h: ISDN BR0/0: RX <- DISCONNECT pd = 8 callref = 0x98 6d12h: Cause i = 0x849F - Normal, unspecified 6d12h: Signal i = 0x03 - Network congestion tone on 6d12h: ISDN BR0/0: TX -> RELEASE pd = 8 callref = 0x18 6d12h: ISDN BR0/0: RX <- RELEASE_COMP pd = 8 callref = 0x98 This is what I see when I dila into cisco from USR 6d12h: ISDN BR0/0: RX <- SETUP pd = 8 callref = 0x79 6d12h: Bearer Capability i = 0x9090A2 6d12h: Channel ID i = 0x89 6d12h: Signal i = 0x40 - Alerting on - pattern 0 6d12h: Calling Party Number i = 0x2183, '37264591398', Plan:ISDN, Type:Na tional 6d12h: Called Party Number i = 0xC1, '5870834', Plan:ISDN, Type:Subscrib er(local) 6d12h: Locking Shift to Codeset 5 6d12h: Codeset 5 IE 0x2A i = 0x808001039E05, 'From', 0x208B0C, '831', 0 x20, '649-1398', 0x8001, '<' 6d12h: ISDN BR0/0: Event: Received a call with a bad bearercap from 37264591398 o n B1 6d12h: ISDN BR0/0: RX <- INFORMATION pd = 8 callref = (null) Locking Shift to Codeset 5 6d12h: Codeset 5 IE 0x2A i = 0x808001, 'P' I have changed calling called numbers so that is not issue in case some people might hint on wrong number more than 10 or 11 digits. Any help will be appreciated. --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! --0-1271602685-1057505426=:28590 Content-Type: text/html; charset=us-ascii
Hello
 
  I am working on an ISDN connection, but having problems for last 2 months, and I have been shuttling between CISCO , and my ISDN providers.
 
This list form name seems to discuss cisco issues, hopefully I have not subscribed to wrong list.
Here is my problem If call from cisco router one side of ISDN to other side  USR I-modem on my network this is what I see
 
From cisco to USR  with q931 debug enabled
 
CisNwsMry#isdn call interface bri0/0 17326490191
CisNwsMry#
6d12h: ISDN BR0/0: TX ->  SETUP pd = 8  callref = 0x18
6d12h:         Bearer Capability i = 0x8890
6d12h:         Channel ID i = 0x83
6d12h:         Keypad Facility i = '17326490191'
6d12h: ISDN BR0/0: RX <-  CALL_PROC pd = 8  callref = 0x98
6d12h:         Channel ID i = 0x89
6d12h: ISDN BR0/0: RX <-  DISCONNECT pd = 8  callref = 0x98
6d12h:         Cause i = 0x849F - Normal, unspecified
6d12h:         Signal i = 0x03 - Network congestion tone on
6d12h: ISDN BR0/0: TX ->  RELEASE pd = 8  callref = 0x18
6d12h: ISDN BR0/0: RX <-  RELEASE_COMP pd = 8  callref = 0x98
 
This is what I see when I dila into cisco from USR
 
6d12h: ISDN BR0/0: RX <-  SETUP pd = 8  callref = 0x79
6d12h:         Bearer Capability i = 0x9090A2
6d12h:         Channel ID i = 0x89
6d12h:         Signal i = 0x40 - Alerting on - pattern 0
6d12h:         Calling Party Number i = 0x2183, '37264591398', Plan:ISDN, Type:Na
tional
6d12h:         Called Party Number i = 0xC1, '5870834', Plan:ISDN, Type:Subscrib
er(local)
6d12h:         Locking Shift to Codeset 5
6d12h:         Codeset 5 IE 0x2A  i = 0x808001039E05, 'From', 0x208B0C, '831', 0
x20, '649-1398', 0x8001, '<'
6d12h: ISDN BR0/0: Event: Received a call with a bad bearercap from 37264591398 o
n B1
6d12h: ISDN BR0/0: RX <-  INFORMATION pd = 8  callref = (null)
        Locking Shift to Codeset 5
6d12h:         Codeset 5 IE 0x2A  i = 0x808001, 'P'
 
I have changed calling called numbers so that is not issue in case some people might hint on wrong number more than 10 or 11 digits.
 
Any help will be appreciated.

Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! --0-1271602685-1057505426=:28590-- From svalliap@cisco.com Mon Jul 7 15:45:08 2003 Received: from someone claiming to be sj-core-4.cisco.com puck.NOSPAM (sj-core-4.cisco.com [171.68.223.138]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h67Jj2A4006731 for ; Mon, 7 Jul 2003 15:45:03 -0400 Received: from sj-cse-717.cisco.com (sj-cse-717.cisco.com [171.69.88.213]) by sj-core-4.cisco.com (8.12.6/8.12.6) with ESMTP id h67Jgtpp013960; Mon, 7 Jul 2003 12:42:55 -0700 (PDT) Received: from localhost (svalliap@localhost)h67Jgsg23026; Mon, 7 Jul 2003 12:42:55 -0700 (PDT) Date: Mon, 7 Jul 2003 12:42:54 -0700 (PDT) From: Siva Valliappan To: Tay Chee Yong Subject: Re: [cisco-bba] Cisco 7206 non-VXR for BB Aggregation In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 19:45:08 -0000 inline On Fri, 4 Jul 2003, Tay Chee Yong wrote: > Thanks Dennis for your valuable advise. > > >From the following website, > http://www.cisco.com/en/US/products/hw/routers/ps314/prod_module_configuration_guide09186a008007c79b.html > > it mentioned that "CAR policing algorithm impacts performance due to its > additional use of processor resource. Typical performance impact may be > about 20 to 30%, although it would vary depending on the traffic mix and > the configured protocol:"... "Using an ACL with CAR will affect performance > depending on the type of ACL used" > > The above document is meant for Cisco 6400 series. Does it applies to Cisco > 7206 router? > yes it does if you are not making use of the 7401 or the 7200 with NSE-1 which can perform services in PXF. if you are doing software forwarding, there is a performance degradation with service enablement in a number of cases. > May I know how bad is the impact on the CPU resources if the CAR is > configured on the virtual template, compared to configuration done via AAA? > i don't believe the method of provisioning has impact on actual performance other then your Calls Per Second rate. cheers .siva > Thanks. > > Cheeyong > > On Tue, 1 Jul 2003, Dennis Peng wrote: > > : With the NPE-200, the box will probably max out at 2000 sessions if > : you aren't doing anything else. Latest 12.2T/12.2B code has > : scalability enhancements to decrease memory and cpu load for BBA > : sessions, so it should allow you to squeeze the most out of the box. > : > : Dennis > : > : Tay Chee Yong [tcy@pacific.net.sg] wrote: > : > Hi all, > : > > : > Was wondering if any people out there is using a Cisco 7206 non-VXR router to > : > termination BB ppp sessions on it? We have a couple of non-VXR, NPE 200 routers, > : > and thought of recycling it for BB termination. > : > > : > Any performance degradation, or any limit in the number of ppp sessions on the > : > box, or other issues that i might not be aware of? > : > > : > Advise is greatly appreciated. > : > > : > Thanks. > : > > : > Regards, > : > Cheeyong > : > > : > _______________________________________________ > : > cisco-bba mailing list > : > cisco-bba@puck.nether.net > : > http://puck.nether.net/mailman/listinfo/cisco-bba > : > _______________________________________________ > cisco-bba mailing list > cisco-bba@puck.nether.net > http://puck.nether.net/mailman/listinfo/cisco-bba > From mac@telvia.it Tue Jul 8 06:52:25 2003 Received: from someone claiming to be TRINITY.telvia.it puck.NOSPAM ([213.155.192.213]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h68AqKA4010642 for ; Tue, 8 Jul 2003 06:52:22 -0400 Received: from telvia.it (unverified [213.155.208.100]) by TRINITY.telvia.it (Vircom SMTPRS 5.3.228) with ESMTP id ; Tue, 8 Jul 2003 12:51:06 +0200 Date: Tue, 8 Jul 2003 12:50:18 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: cisco-bba@puck.nether.net From: mac Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.552) X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] LLQ queueing on atm pvc X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 10:52:25 -0000 Hi, i like to implement LLQ queue on PPPoA and PPPoE running over ATM PVC (ABR from telco but configured as UBR on our side). Can this help to offer better QoS? And if so is the solution scalable to thousand of PVC? Mac From spork@inch.com Tue Jul 8 13:49:30 2003 Received: from someone claiming to be util.inch.com puck.NOSPAM (ns.inch.com [216.223.192.21]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h68HnQA4003740 for ; Tue, 8 Jul 2003 13:49:26 -0400 Received: from shell.inch.com (www.inch.com [216.223.192.20]) h68HlPUw036692 for ; Tue, 8 Jul 2003 13:47:26 -0400 (EDT) (envelope-from spork@inch.com) Received: from shell.inch.com (localhost [127.0.0.1]) by shell.inch.com (8.12.8p1/8.12.8) with ESMTP id h68HlPSM035987 for ; Tue, 8 Jul 2003 13:47:25 -0400 (EDT) (envelope-from spork@inch.com) Received: from localhost (spork@localhost)h68HlPFh035984 for ; Tue, 8 Jul 2003 13:47:25 -0400 (EDT) X-Authentication-Warning: shell.inch.com: spork owned process doing -bs Date: Tue, 8 Jul 2003 13:47:25 -0400 (EDT) From: Charles Sprickman To: cisco-bba@puck.nether.net Message-ID: <20030708134450.W18962@shell.inch.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) Subject: [cisco-bba] RedBack comments X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 17:49:31 -0000 Hello, I don't want to stir anything up, but is anyone here using Cisco and RedBack side-by-side and willing to compare? I'm currently looking at either getting another 7206 or a low-end RedBack. On paper the RB looks more interesting. It seems Cisco dropped the 6400. If this seems too OT, please reply privately and I'll summarize. Thanks, Charles -- Charles Sprickman spork@inch.com From svalliap@cisco.com Tue Jul 8 15:15:33 2003 Received: from someone claiming to be sj-core-4.cisco.com puck.NOSPAM (sj-core-4.cisco.com [171.68.223.138]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h68JF8I5003308 for ; Tue, 8 Jul 2003 15:15:09 -0400 Received: from sj-cse-717.cisco.com (sj-cse-717.cisco.com [171.69.88.213]) by sj-core-4.cisco.com (8.12.6/8.12.6) with ESMTP id h68JD0pp012300; Tue, 8 Jul 2003 12:13:01 -0700 (PDT) Received: from localhost (svalliap@localhost)h68JD0226489; Tue, 8 Jul 2003 12:13:00 -0700 (PDT) Date: Tue, 8 Jul 2003 12:13:00 -0700 (PDT) From: Siva Valliappan To: mac In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net Subject: [cisco-bba] Re: LLQ queueing on atm pvc X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion of Cisco broadband aggregation products/questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 19:15:34 -0000 Hi Mac, my knowledge isn't too current on recent Cisco innovations in BBA & QoS. but this is what i do know of. there is no QoS support for PPPoE. (you could work around this by doing L3 QoS on the IP traffic before encapsulation into PPPoE). for the PPPoA, we do support a number of schemes. http://www.cisco.com/warp/public/105/cbwfqdialer.html http://www.cisco.com/warp/customer/121/index.shtml#7 it is possible we now support QoS w/ PPPoE but hopefully someone else can chime in. or you may want to contact your Cisco account team. cheers .siva On Tue, 8 Jul 2003, mac wrote: > Hi, > > i like to implement LLQ queue on PPPoA and PPPoE running over ATM PVC > (ABR from telco but configured as UBR on our side). Can this help to > offer better QoS? And if so is the solution scalable to thousand of PVC? > > Mac > From aschutz@cisco.com Tue Jul 8 15:30:10 2003 Received: from someone claiming to be sj-iport-3.cisco.com puck.NOSPAM (sj-iport-3-in.cisco.com [171.71.176.72]) by puck.nether.net (8.12.9/8.12.9) with ESMTP id h68JU6I5004010 for ; Tue, 8 Jul 2003 15:30:06 -0400 Received: from cisco.com (171.68.223.137) by sj-iport-3.cisco.com with ESMTP; 08 Jul 2003 12:30:40 -0700 Received: from aschutzw2k01 (sjc-vpn3-140.cisco.com [10.21.64.140]) by sj-core-3.cisco.com (8.12.6/8.12.6) with ESMTP id h68JRspZ028846; Tue, 8 Jul 2003 12:27:55 -0700 (PDT) From: "Andy Schutz \(aschutz\)" To: "'Siva Valliappan'" , "'mac'" Subject: RE: [cisco-bba] Re: LLQ queueing on atm pvc Date: Tue, 8 Jul 2003 14:27:54 -0500 Message-ID: <009401c34587$08a553e0$6801a8c0@amer.cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: cisco-bba@puck.nether.net X-BeenThere: cisco-bba@puck.nether.net X-Mailman-Version: 2.1.1 Precedence: list Reply-To: aschutz@cisco.com List-Id: Discussion of Cisco broadband aggregation products/questions