GEIP+ Memory Upgrade [7:14367]

2001-07-31 Thread Danner, John (ZoomTown)

I'm trying to upgrade the memory of a GEIP+ blade - so I've removed two of
the memory chips currently on the board (64 megs total) and I'm going to be
adding one 256 meg chip - does anyone know which side the chip goes on
(which side is bank 0)?  I looked on the CCO but only found diagrams for the
GEIP.

Thanks,
John E. Danner, CCNA
Network Management & Operations
Zoomtown.com
[EMAIL PROTECTED]




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=14367&t=14367
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: Error in configuring ISDN [7:12611]

2001-07-17 Thread Danner, John (ZoomTown)

The spids are definitely wrong:
>From debug:
07:14:249108103167:  Null Spid: 0

>From config:
isdn spid1 0
isdn spid2 0

Is this in a lab setting with a isdn simulator or with a transport from the
phone company?
If it's with the phone company you need to put the spids the phone company
gave you into the configuration or you won't be able to dial correctly.  

If it's in a lab - I don't know. :(

-John


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Hire, Ejay
Sent: Tuesday, July 17, 2001 10:03 AM
To: [EMAIL PROTECTED]
Subject: RE: Error in configuring ISDN [7:12611]


I may be way off, but I thinks your spids are wrong.  Call the Phone company
and ask them what your spids are supposed to be.  

> TEI 80, ces = 1, state = 8(established)
> spid1 configured, no LDN, spid1 NOT sent, spid1 NOT valid
> TEI Not Assigned, ces = 2, state = 1(terminal down)
> spid2 configured, no LDN, spid2 NOT sent, spid2 NOT valid

-Ejay


-Original Message-
From: NKP [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 17, 2001 6:25 AM
To: [EMAIL PROTECTED]
Subject: Error in configuring ISDN [7:12611]


Hi ,
   I am facing an error in configuring the ISDN on my Cisco 2620 with the
BRI S/T interface card  , it keeps on getting disconnected after it dials ,
can anyone guide me what mistake I could be making ?


cisco2620#sh run
Building configuration...

Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname cisco2620
!
!
username mcse password 0 mcse
!
!
!
!
ip subnet-zero
no ip domain-lookup
!
isdn switch-type basic-net3
isdn voice-call-failure 0
!
!
!
interface FastEthernet0/0
 ip address 200.100.10.1 255.255.255.0
 no ip directed-broadcast
 ip nat inside
 duplex auto
 speed auto
!
interface Serial0/0
 ip address 10.100.10.1 255.0.0.0
 no ip directed-broadcast
 clockrate 64000
!
interface BRI0/0
 no ip address
 no ip directed-broadcast
 ip nat outside
 encapsulation ppp
 dialer string 172324
 dialer-group 2
 isdn switch-type basic-ni
 isdn spid1 0
 isdn spid2 0
 isdn calling-number 172324
 ppp authentication chap
!
ip nat inside source list 1 interface BRI0/0 overload
ip classless
no ip http server
!
access-list 1 permit any
dialer-list 2 protocol ip list 2
!
line con 0
 transport input none
line aux 0
line vty 0 4
 login
!
end

cisco2620#

The error message that I am recieving is as follows :


cisco2620#
07:14:36: ISDN BR0/0: Outgoing call id = 0x800C, dsl 0
07:14:36: ISDN BR0/0: Event: Call to 172324 at 64 Kb/s
07:14:36: ISDN BR0/0: process_bri_call(): call id 0x800C, called_number
172324, speed 64, call type DATA
07:14:154618822656: CC_CHAN_GetIdleChanbri: dsl 0
07:14:154618822656: Found idle channel B1
07:14:154618822656: ISDN BR0/0: received HOST_INFORMATION call_id 0x800C
07:14:184683593728: ISDN Event: dsl 0 call_id 0x800C B channel assigned by
switch 0
ISDN BR0/0: received HOST_PROCEEDING call_id 0x800C
07:14:184683593728: B-channel assigned in previous message call id = 0x800C
07:14:186844205132: ISDN BR0/0: received HOST_ALERTING call_id 0x800C
07:14:184683593728: ISDN BR0/0: DEV_CALL_PROGRESSING: modem 3A bchan 0,
call_id 800C, cause 0
07:14:184683593728: ISDN BR0/0: HOST_PROGRESS: VOICE ERROR 3A: bchan 0, call
id 800C
07:14:186844205132: ISDN BR0/0: received HOST_CONNECT call_id 0x800C
07:14:184683593775: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to up
07:14:184683593792: %ISDN-6-CONNECT: Interface BRI0/0:1 is now connected to
172324
07:14:186844205036: ISDN BR0/0: Event: Connected to 172324 on B1 at 64 Kb/s
07:14:186844205132: ISDN BR0/0: received HOST_INFORMATION call_id 0x800C
07:14:197568495616: ISDN BR0/0: received HOST_DISCONNECT call_id 0x800C
07:14:197568495616: ISDN BR0/0: Event:  Call to  was hung up.
07:14:199729106892: ISDN BR0/0: process_disc_ack(): call id 0x800C, ces 1,
call type DATA
07:14:197568495663: %ISDN-6-DISCONNECT: Interface BRI0/0:1  disconnected
from 172324 , call lasted 3 seconds
07:14:199729106700: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state to
down
07:14:206158430207: CC: dsl 0 No CCB Src->L3 cid 0x800C, ev 0x99 ces 1
07:14:244813135872: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0/0, TEI 80
changed to down
07:14:244813135872:  In L3_StopT309 for dsl 0.
07:14:246973706992: ISDN BR0/0: Incoming call id = 0x3, dsl 0
07:14:246971349881: ISDN BR0/0: received HOST_DISCONNECT_ACK call_id 0x0
07:14:246973747196: ISDN BR0/0: HOST_DISCONNECT_ACK: call type is INTERNAL
07:14:244813135872: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0/0, TEI 80
changed to up
07:14:249108103167:  Null Spid: 0
07:14:246971359084:  In L3_StopT309 for dsl 0.
cisco2620#
cisco2620#
cisco2620#

My interface configurations are as follows :
cisco2620#sh int bri0/0
BRI0/0 is up, line protocol is up (spoofing)
  Hardware is PQUICC BRI
  MTU 1500 bytes, BW 64 Kbit, DLY 2 usec,
 reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation PPP, loopback not 

RE: Mawhoob [7:12107]

2001-07-12 Thread Danner, John (ZoomTown)

Did you have the phone company run a line test?  What is the loop length
between the two?  
Is it a dry pair?  You should be able to check the line quality through the
DSL modem.
You can also mess with the TX power settings. 
There other question is if it ever worked.  If not there may be a short or
crossover on the cable.

DSL troubleshooting is fun for everyone!

Good luck.
-John


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Mohammed Saro
Sent: Thursday, July 12, 2001 7:50 AM
To: [EMAIL PROTECTED]
Subject: Mawhoob [7:12107]


i have a problem with one DSL customer with a speed of 128 kbps conected to
my
company through 2 exchanges via copper wires 0.4 mm  thick the line is up
and
the protocols goes up and down i checked the H/W it is ok but the physical
line has input errors and crc's whta is the solution

Best Regards,
Mohammed Saro
Network Engineer
GEGA NET
Tel: +202-4149771 Ext:111




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=12126&t=12107
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: Spanning tree cost for redundant connection. [7:11623]

2001-07-11 Thread Danner, John (ZoomTown)

It was my understanding that the only time the ports would start blocking is
if they lose connection to the root switch.  At which point after a timer a
new election would start...

But then again I might have hit the crack pipe too early this morning.

-John


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Michael L. Williams
Sent: Tuesday, July 10, 2001 10:56 PM
To: [EMAIL PROTECTED]
Subject: Re: Spanning tree cost for redundant connection. [7:11623]


That would make alot of sense =)

What was I thinking... .  I guess that would be stupid to block ALL
ports everytime something new was connected.. geez.

Mike W.

"John Neiberger"  wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> This would mean that every time you connected a new device to a switch
> that all the other ports would shut down for 30 seconds or so, which
> would wreak havoc on the network.  It's only necessary to block the
> newly connected port.  If a switch has been connected to the port, STP
> may change its mind about which ports to block but this won't happen to
> all ports, just the ones specifically affected by topology changes.
>
> At least that's how I think it works.  ;-)
>
> John
>
> >>> "Michael L. Williams"  7/10/01 4:18:22 PM >>>
> STP (by default) should take up to 50 secs, but I thought *all* ports
> should
> go into blocking mode first thing before the STP recalc starts
> otherwise
> you could have a switching loop (broadcast storm) for up to 50 secs
> not
> good
>
> Mike W.
>
> "Peter Slow"  wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > nope. not if hes connecting to his root bridge. all of the interfaces
> on
> the
> > root bridge will be in forwarding state, so he should see the
> blocked
> > interface on the 3548 switch.
> >
> > something is wrong.
> >
> > just remember that you dont plug things in and ~*BLIP*~ things start
> > blocking.
> > convergence takes like 50 seconds on a network set up with defaults.
> >
> > wait a few minutes bofore looking and see what you come up with.
> > \
> > -Peter Slow
> >
> >
> > -Original Message-
> > From: Gareth Hinton [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, July 09, 2001 9:34 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Spanning tree cost for redundant connection. [7:11623]
> >
> >
> > Only one end of the link will show as blocking, the other will stay
> as
> > forwarding even though no traffic can pass over the link.
> > Check the other end to see if that is blocking.
> >
> > Regards,
> >
> > Gaz
> >
> > ""Ryan Ngai Hon Kong""  wrote in message
> > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > Hi,
> > >
> > > I have about 18 C3548 switches with UTP cross-over as a redundant
> link
> to
> > > the core C6009 switches (1 unit) and the production link of LX &
> SX
> GBIC.
> > > When the production link is in operation, all the GBIC ports is in
> > > forwarding
> > > state. However when I attach the redundant UTP cable at 1 C3548 to
> the
> > > another
> > > C3548 (cascade), I wonder why they are still in forwarding state.
> Here's
> a
> > > basic
> > > layout.
> > >
> > > C3548\  / C3548
> > >   (utp) |  \ /   | (utp)
> > > C3548  C6009 - C3548
> > >   (utp) |  /   \   | (utp)
> > > C3548/\ C3548
> > >
> > > How do I set the cascading port (as a redundant link) into
> blocking
> state?
> > >
> > > Regards,
> > > Ryan




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=11924&t=11623
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]