Quote :

"NYNYC-R2#sho int s0/0/0 Serial0/0/0 is up, line protocol is up Hardware is GT96K with integrated T1 CSU/DSU Description: VzB MPLS 768k Circuit ID BCBH61AH0001 ; iLEC ckt ID HCGS310467 Internet address is 144.223.80.179/30 MTU 1500 bytes, BW 768 Kbit, DLY 20000 usec, reliability 255/255, txload 239/255, rxload 106/255 Encapsulation FRAME-RELAY, loopback not set Keepalive set (10 sec) LMI enq sent 6827, LMI stat recvd 6825, LMI upd recvd 0, DTE LMI up LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0 LMI DLCI 1023 LMI type is CISCO frame relay DTE FR SVC disabled, LAPF state down Broadcast queue 0/64, broadcasts sent/dropped 88/0, interface broadcasts 0 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 18:58:31 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 43 Queueing strategy: Class-based queueing Output queue: 26/1000/64/43 (size/max total/threshold/drops) Conversations 9/35/256 (active/max active/max total) Reserved Conversations 1/1 (allocated/max allocated) Available Bandwidth 64 kilobits/sec 30 second input rate 322000 bits/sec, 374 packets/sec 30 second output rate 721000 bits/sec, 335 packets/sec 5884108 packets input, 940152589 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 2 giants, 0 throttles 19717 input errors, 19717 CRC, 8528 frame, 4769 overrun, 0 ignored, 14769 abort 5096868 packets output, 878376741 bytes, 0 underruns"

So listen, B. I'm monitoring traffic for a customer service center using Cisco VoIP. These are my stats during a busy period when ppl complained about dropped calls and such.

the link is 768K . . . i have to recommend upgrading this thing. what do you guys think ?

9/28/2007 4:34:15 PM

I think they need bigger pipes, not a new router ...

reliability 255/255, txload 239/255, rxload 106/255

You are flat out killing that link, thus all the errors and such. Get them a better uplink and they should be fine... If that is what you were talking about needing to tell them to upgrade, then right on.

[Edited on September 28, 2007 at 11:39 PM. Reason : .]

9/28/2007 11:38:37 PM

Quote :

"I think they need bigger pipes"

this is why your mother does business with me

9/29/2007 12:14:27 AM

if they are anything like most customers. they wont give a damn and just keep calling support to report an outage. You'll keep telling them they are over taxing their bandwidth and the links are full but the usage will drop for a few and they will thank you for fixing it. A few days later they will kill it again and call again and completely ignore your pleas for them to upgrade.

9/29/2007 12:39:16 AM

whats the max concurrent calls on this 768k?

9/29/2007 12:08:50 PM

i'm not sure what its set up for, but its using a fxo hunt group and not a PRI. the max calls could only be 24 to the PSTN. internally or site to site i don't believe there is a limit.

9/29/2007 1:11:20 PM

i only make recommendations for this location. i'm consulting. but i just deployed like 200 phones here and calls are dropping. so it makes my work look bad.

i'm upgrading the callmanager servers now and i should be good to leave.

9/29/2007 1:42:15 PM

im asking what is the max concurrent the customer will be using

what codec is this set up for? g729? g711?

9/29/2007 2:08:59 PM

set up for G711 going over the PSTN. internally its G729.

9/29/2007 2:26:48 PM

thats a good question. actually i thought it was in reverse, but I hit the ? mark while on a conversation and its G711 on the PSTN.

9/29/2007 2:28:10 PM