Cisco 3845, h323-isdn pri, reverese caller id

Hello!
I run mixed voip network, with several h323-isdn pri gateways.
Some of these gateways are cisco, some asterisk.
I configured one of asterisk gateways according to
http://www.voip-info.org/wiki/view/Asterisk+func+CONNECTEDLINE
so if I do call in following scheme:
PBX1--pri--asterisk1--h323--asterisk2--pri--PBX2
once PBX1 user accept call user on PBX receives user's name from PBX1.
but if I do call in
PBX1--pri--asterisk1--h323--cisco3845--pri--PBX2
There is no user name.
Asterisk sends name as informational element, I see it in traffic dump.
What I need to configure on cisco , so it will transfer this element to PBX2?
Thank you!

There doesn't seem to be a happy intersection between using MGCP to get access to caller name and SRST mode.
According to http://www.ciscotaccc.com/kaidara-advisor/voice/showcase?case=K32431525
Media Gateway Control Protocol (MGCP) PRI backhaul does not support call preservation when transitioned from MGCP to Survivable Remote Site Telephony (SRST) or from SRST to MGCP."
Which is bad, because you don't want calls dropping in and out if the WAN link is bouncing. The solution according to the case is "Use H.323", but of course the issue there is that you lose the display name if it's in the facility and not the display field.
It would be nice if it could at least be "lazy", so that the router would either wait until there was no call activity, or at least schedulable / forceable so that you can control what's happening.

Similar Messages

Ericsson MD110 and Cisco routers ISDN PRI Q-Sig

Anybody has experience with MD110 and Cisco integration using ISDN PRI Q-Sig... Have problems with "idle-busy" channels on MD110. It looks like PBX does not recognize disconnect signal coming from the router.
Tks
Brani

MC,
Ericsson MD110, BC12 SP7
ROUTE CATEGORY DATA
ROU SEL TRM SERV NODG DIST DISL TRAF SIG BCAP
175 0110017500000010 5 3110000000 0 30 128 00080812 511110120031 111111
157 0110017500000010 5 3110000000 0 30 128 00080812 511110120031 111111
END
ROUTE DATA
ROU TYPE VARC VARI VARO FILTER
175 SL60 H'00000310 H'15420000 H'46300000 NO
157 SL60 H'00000310 H'15420000 H'46300000 NO
END
EXTERNAL DESTINATION ROUTE DATA
DEST DRN ROU CHO CUST ADC TRC SRT NUMACK PRE
175 175 1606100000000250006000000 0 1 0
157 1 2606100000000250006000000 0 1 0
END
Cisco IOS 12.3-3 (c2600-jsx-mz.123-3.bin)
Cisco config attached.....
Our serial links are satellite based so min delay is about 500ms
Tks
Brani

No carrier from PVDM2-36DM via ISDN PRI link

The network topology is
Modem --> [FXS][cisco 2821][E1] --> ISDN PRI --> [E1][cisco 2811][PVDM2-36DM]
ISDN PRI link is operated correctly, debug isdn q931 shows that connection is established. Info message is
*Jul 23 06:27:45.407: %ISDN-6-CONNECT: Interface Serial1/0:1 is now connected to 555 N/A
Unfortunately, no carrier signal is going from modem to line.
Configuration of Cisco Routers is below.
1st (2821)
==========
controller E1 0/2/0
framing NO-CRC4
pri-group timeslots 1-2,16
interface Serial0/2/0:15
no ip address
encapsulation hdlc
isdn switch-type primary-qsig
isdn incoming-voice modem
no cdp enable
dial-peer voice 1 pots
destination-pattern 555
port 0/3/0
voice-port 0/3/0
cptone RU
dial-peer voice 888 pots
destination-pattern .T
port 0/2/0:15
2nd (2811)
==========
controller E1 1/0
framing NO-CRC4
pri-group timeslots 1-2,16
interface Serial1/0:15
no ip address
encapsulation hdlc
isdn switch-type primary-qsig
isdn timer T310 120000
isdn not-end-to-end 64
isdn protocol-emulate network
isdn incoming-voice modem
no cdp enable
line 0/322 0/357
modem InOut

> The PVDM2-DM works only with NM-xT1/E1.
Yes, of course, it is well known fact. We are using NM-1CE1T1-PRI. See "show diag" output below.
Slot 0:
C2811 Motherboard with 2FE and integrated VPN Port adapter, 2 ports
Port adapter is analyzed
Port adapter insertion time unknown
EEPROM contents at hardware discovery:
PCB Serial Number : FOC11070F5L
Hardware Revision : 1.0
Top Assy. Part Number : 800-26920-03
Board Revision : A0
Deviation Number : 0
Fab Version : 03
RMA Test History : 00
RMA Number : 0-0-0-0
RMA History : 00
Processor type : 87
Hardware date code : 20070214
Chassis Serial Number : FHK1109U00A
Chassis MAC Address : 001b.2aa3.c1c8
MAC Address block size : 24
CLEI Code : COM7C00ARA
Product (FRU) Number : CISCO2811
Part Number : 73-10258-04
Version Identifier : V04
EEPROM format version 4
EEPROM contents (hex):
0x00: 04 FF C1 8B 46 4F 43 31 31 30 37 30 46 35 4C 40
0x10: 03 E7 41 01 00 C0 46 03 20 00 69 28 03 42 41 30
0x20: 88 00 00 00 00 02 03 03 00 81 00 00 00 00 04 00
0x30: 09 87 83 01 32 3F 46 C2 8B 46 48 4B 31 31 30 39
0x40: 55 30 30 41 C3 06 00 1B 2A A3 C1 C8 43 00 18 C6
0x50: 8A 43 4F 4D 37 43 30 30 41 52 41 CB 8F 43 49 53
0x60: 43 4F 32 38 31 31 20 20 20 20 20 20 82 49 28 12
0x70: 04 89 56 30 34 20 D9 02 40 C1 FF FF FF FF FF FF
PVDM Slot 0:
36 port PVDMII digital modem PVDM daughter card
Hardware Revision : 1.0
Part Number : 73-10102-03
Board Revision : C0
Deviation Number : 0
Fab Version : 03
PCB Serial Number : FOC10354YRW
RMA Test History : 00
RMA Number : 0-0-0-0
RMA History : 00
Processor type : 00
Product (FRU) Number : PVDM2-36DM
Version Identifier : V01
EEPROM format version 4
EEPROM contents (hex):
0x00: 04 FF 40 04 90 41 01 00 82 49 27 76 03 42 43 30
0x10: 88 00 00 00 00 02 03 C1 8B 46 4F 43 31 30 33 35
0x20: 34 59 52 57 03 00 81 00 00 00 00 04 00 09 00 CB
0x30: 8A 50 56 44 4D 32 2D 33 36 44 4D 89 56 30 31 20
0x40: D9 02 40 C1 FF FF FF FF FF FF FF FF FF FF FF FF
0x50: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
0x60: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
0x70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
Slot 1:
NM-1CE1T1_PRI Port adapter, 1 port
Port adapter is analyzed
Port adapter insertion time unknown
EEPROM contents at hardware discovery:
Hardware Revision : 1.0
Top Assy. Part Number : 800-21550-02
Board Revision : A0
Deviation Number : 0-0
Fab Version : 03
PCB Serial Number : FOC104753CA
RMA Test History : 00
RMA Number : 0-0-0-0
RMA History : 00
Fab Part Number : 28-5935-03
Manufacturing Test Data : 00 00 00 00 00 00 00 00
Field Diagnostics Data : 00 00 00 00 00 00 00 00
Product (FRU) Number : NM-1CE1T1-PRI
Version Identifier : V01
EEPROM format version 4
EEPROM contents (hex):
0x00: 04 FF 40 03 9D 41 01 00 C0 46 03 20 00 54 2E 02
0x10: 42 41 30 80 00 00 00 00 02 03 C1 8B 46 4F 43 31
0x20: 30 34 37 35 33 43 41 03 00 81 00 00 00 00 04 00
0x30: 85 1C 17 2F 03 C4 08 00 00 00 00 00 00 00 00 C5
0x40: 08 00 00 00 00 00 00 00 00 CB 8D 4E 4D 2D 31 43
0x50: 45 31 54 31 2D 50 52 49 89 56 30 31 20 FF FF FF
0x60: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
0x70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF

Voice over IP: ISDN PRI Voice E1 - Calling Out problmes (PSTN)

Hi All,
Has anyone seen this before in a 'debug isdn q931' on a H323 gateway.
*Jun 15 07:39:03.893: ISDN Se0/2/1:15 **ERROR**: CCPMSG_OutCall: fails with cause 0x22.
When I am trying to call out side getting busy signal.The incoming calls working fine. But some times it working without any problems.
Please go through the attached configs...
Thanks
Ilyas

10.31.144.2#sh controllers e1
E1 0/2/0 is administratively down.
E1 0/2/1 is up.
Applique type is Channelized E1 - balanced
Cablelength is Unknown
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20080918, FPGA: 13, spm_count = 0
Framing is CRC4, Line Code is HDB3, Clock Source is Line.
Data in current interval (351 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
10.31.144.2#
10.31.144.2#sh network-clocks
Network Clock Configuration
Priority Clock Source Clock State Clock Type
1 E1 0/2/1 GOOD E1
10 Backplane GOOD PLL
Current Primary Clock Source
Priority Clock Source Clock State Clock Type
1 E1 0/2/1 GOOD E1
10.31.144.2#
*Jun 25 04:49:30.483: ISDN Se0/2/1:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 73845
*Jun 25 04:49:30.483: ISDN Se0/2/1:15 Q931: Sending SETUP callref = 0x02D4 callID = 0x8260 switch = primary-net5 interface = User
*Jun 25 04:49:30.483: ISDN Se0/2/1:15 Q931: TX -> SETUP pd = 8 callref = 0x02D4
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0181, '73845'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x80, '141'
Plan:Unknown, Type:Unknown
10.31.144.2#
In this output the E1 was up - able to call outside..., will try to get the down time output if necessary

SRST, ISDN PRI

Customer reports that when the WAN link fails calls to PSTN get dropped because ISDN PRI drops and reassoicates with SRST.
Souldn't there be a seemless failover to SRST for calls incomming/outgoing to PSTN

I'm assuming your gateway is using MGCP. If so, this is expected behavior. During normal operation, an MGCP PRI backhauls the D channel to Callmanager. When the WAN goes down, so does the D channel. When the D channel drops, so do your calls. It then has to reestablish the D channel with the local gateway. Take a look at the following link.
http://supportwiki.cisco.com/ViewWiki/index.php/Calls_drop_when_switching_from_MGCP_to_SRST_mode_or_rehoming_from_SRST_to_MGCP
Hope this helps.
Brandon

Md110 cisco 3845 no ring back tone

md110--(pri)--router3845a------router3845b--(fxo)--another pbx
md110 user call pbx user can hear ring back tone ,and everything is ok.
but when pbx user call md110 can not hear ringback tone!
3845 ios is c3845-spservicesk9-mz.124-12b
3845a:
dial-peer voice 111 voip
description for Test
destination-pattern 108....
session target ipv4:172.16.1.251
dial-peer voice 100 pots
destination-pattern 900....
direct-inward-dial
port 0/1/0:15
3845b:
dial-peer voice 1 voip
description for Test
destination-pattern 900....
session target ipv4:172.16.2.25
dial-peer voice 100 pots
destination-pattern 900....
port 0/1/0
anyone can help me?

voice call send_alert
voice rtp send_recv
is added,
progress_id command is added too,
debug isdn q931 is ON.
*Nov 16 01:53:02.840: ISDN Se0/1/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x00B2
Cause i = 0x8290 - Normal call clearing
*Nov 16 01:53:02.892: ISDN Se0/1/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x80B2
Cause i = 0x8090 - Normal call clearing
*Nov 16 01:53:02.892: ISDN Se0/1/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x00B2
*Nov 16 01:53:56.740: ISDN Se0/1/1:15 Q931: RX <- SETUP pd = 8 callref = 0x00DD
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18385
Preferred, Channel 5
Progress Ind i = 0x8083 - Origination address is non-ISDN
Calling Party Number i = 0x0181, '2331'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x81, '1'
Plan:ISDN, Type:Unknown
User-User i = 0x00FE, 'U', 0x0100, 'Y', 0x0100, '1', 0x0100B10C060981, '2331'
*Nov 16 01:53:56.740: ISDN Se0/1/1:15 Q931: TX -> SETUP_ACK pd = 8 callref = 0x80DD
Channel ID i = 0xA98385
Exclusive, Channel 5
*Nov 16 01:53:56.888: ISDN Se0/1/1:15 Q931: RX <- INFORMATION pd = 8 callref = 0x00DD
Called Party Number i = 0x81, '0'
Plan:ISDN, Type:Unknown
*Nov 16 01:53:57.056: ISDN Se0/1/1:15 Q931: RX <- INFORMATION pd = 8 callref = 0x00DD
Called Party Number i = 0x81, '8'
Plan:ISDN, Type:Unknown
*Nov 16 01:53:57.224: ISDN Se0/1/1:15 Q931: RX <- INFORMATION pd = 8 callref = 0x00DD
Called Party Number i = 0x81, '2'
Plan:ISDN, Type:Unknown
*Nov 16 01:53:57.400: ISDN Se0/1/1:15 Q931: RX <- INFORMATION pd = 8 callref = 0x00DD
Called Party Number i = 0x81, '9'
Plan:ISDN, Type:Unknown
*Nov 16 01:53:57.564: ISDN Se0/1/1:15 Q931: RX <- INFORMATION pd = 8 callref = 0x00DD
Called Party Number i = 0x81, '0'
Plan:ISDN, Type:Unknown
*Nov 16 01:53:57.732: ISDN Se0/1/1:15 Q931: RX <- INFORMATION pd = 8 callref = 0x00DD
Called Party Number i = 0x81, '3'
Plan:ISDN, Type:Unknown
*Nov 16 01:53:57.744: ISDN Se0/1/1:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x80DD
*Nov 16 01:54:00.156: ISDN Se0/1/1:15 Q931: TX -> ALERTING pd = 8 callref = 0x80DD
Progress Ind i = 0x8188 - In-band info or appropriate now available
*Nov 16 01:54:00.160: %ISDN-6-CONNECT: Interface Serial0/1/1:4 is now connected to 2331 N/A
*Nov 16 01:54:00.160: ISDN Se0/1/1:15 Q931: TX -> CONNECT pd = 8 callref = 0x80DD
Progress Ind i = 0x8182 - Destination address is non-ISDN
*Nov 16 01:54:00.248: ISDN Se0/1/1:15 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x00DD
*Nov 16 01:54:05.988: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/1/1:4, changed state to up
*Nov 16 01:54:06.160: %ISDN-6-CONNECT: Interface Serial0/1/1:4 is now connected to 2331 N/A
*Nov 16 01:54:12.120: ISDN Se0/1/1:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x00DD
Cause i = 0x8090 - Normal call clearing
User-User i = 0x00FEB1110180
*Nov 16 01:54:12.120: %ISDN-6-CONNECT: Interface Serial0/1/1:4 is now connected to 2331 N/A
*Nov 16 01:54:12.120: ISDN Se0/1/1:15 Q931: TX -> RELEASE pd = 8 callref = 0x80DD
*Nov 16 01:54:12.156: ISDN Se0/1/1:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x00DD
*Nov 16 01:54:12.156: %ISDN-6-CONNECT: Interface Serial0/1/1:4 is now connected to 2331 N/A
*Nov 16 01:54:12.156: %ISDN-6-CONNECT: Interface Serial0/1/1:4 is now connected to 2331 N/A
*Nov 16 01:54:12.156: %ISDN-6-DISCONNECT: Interface Serial0/1/1:4 disconnected from 2331 , call lasted 11 seconds
*Nov 16 01:54:18.156: %ISDN-6-CONNECT: Interface Serial0/1/1:4 is now connected to N/A N/A

ISDN PRI dialer connections to AS5300

Swapping out an AS5200 running 11.3 with an AS5300 running 12.3. Copied the same config from the 5200 to the 5300. ISDN Pri calls from remote routers to the 5200 connect and stay connected. Calls from the same router to the 5300 disconnect after 1 sec. Q931 debug shows x8090 disconnect code being sent from the 5300. Suspect AAA auth issue because I don't see any attempts logged in tacacs server (CiscoSecure). When I debug ppp auth the only thing out of the ordinary is a "PPP Authorization Required" message but the AAA author configs are the same on both 5200 and 5300. When I run a debug on tacacs on the 5300 I see "pass" statuses coming back from the server.

Use below commands to troubleshoot.
â¢ debug isdn q931 - To check ISDN connections as outbound calls are initiated.
â¢ debug ppp negotiation - To see if a client is passing PPP negotiation. A high number of concurrent PPP negotiations can overwhelm the router CPU.
â¢ debug ppp authentication - To see if a client is passing authentication. If you are using a version prior to Cisco IOS release 11.2, use the debug ppp chap command instead.
â¢ debug ppp error - To display protocol errors and error statistics associated with PPP connection negotiation and operation.

Why do we need to assign ip for the D channel ISDN-PRI

Why do we need to assign ip address to the D channel (signaling ) when we configure ISDN-PRI in the example below :
http://www.cisco.com/univercd/cc/td/doc/product/access/ap/ap_ts3/ap_ts3sw/apswisd.htm
<quote>
Step 1:Specify the D channel of the first Primary Rate Interface (PRI):
AS01(config)# interface Serial 0:23
AS01(config-if)#
Step 2: Assign an IP address and subnet mask to the interface:
AS01(config-if)# ip address 172.16.254.253
</quote>
Regards

You can assing one there, and / or on dialer interfaces. It depends on what you are doing.
These will be the address used by PPP when it runs on the B-channels.

High CPU Usage on Cisco 3845

Hi all,
I'm having high CPU usage with one of my Cisco 3845.
It works as an IP-IP Gateway and the CPU is quite high when the total number of calls only around 100-200 calls.
I check the CPU usage with "show process cpu sort" and it looks like there are some "hidden" processes that consuming CPU.
For example, 41% is total CPU, 25% is due to interrups, so CPU utilization on process level = 41 - 25 = 16%.
But as showed below, processes don't consume that much CPU, only around 7% ???
Please help to advise on this case. Any help is highly appreciated..
Thank you.
3845-GW#show process cpu sort | ex 0.00% 0.00% 0.00%
CPU utilization for five seconds: 41%/25%; one minute: 46%; five minutes: 47%
PID Runtime(ms)     Invoked      uSecs     5Sec   1Min   5Min TTY Process
382     6619708     1473171       4493      1.59% 1.81% 1.92%   0 CCSIP_SPI_CONTRO
141     4228940    10181955        415      1.35% 1.51% 1.57%   0 IP Input
65     2450824      163102      15026        1.19% 1.16% 1.17%   0 Per-Second Jobs
370     2702292     3709512        728        0.87% 0.88% 0.88%   0 VOIP_RTCP
224      321680      245640       1309    0.47% 0.49% 0.50%   0 AFW_application_
112       93940    18093506          5             0.39% 0.31% 0.32%   0 Ethernet Msec Ti
384     1058280     1553567        681         0.23% 0.28% 0.30%   0 CCSIP_UDP_SOCKET
   2       18148       32905        551                 0.07% 0.03% 0.02%   0 Load Meter
137       35644     4657843          7               0.07% 0.04% 0.05%   0 IPAM Manager
189      206392      267959        770            0.07% 0.05% 0.07%   0 TCP Protocols
30       30792      198554        155               0.07% 0.01% 0.00%   0 ARP Input
368      145456      176151        825             0.07% 0.04% 0.05%   0 CC-API_VCM
28        9628       32759        293 0.00% 0.01% 0.00%   0 Environmental mo
48      221352       37922       5837 0.00% 0.11% 0.11%   0 Net Background
63       16728       32924        508 0.00% 0.01% 0.00%   0 Compute load avg
64       72080        2781      25918 0.00% 0.01% 0.00%   0 Per-minute Jobs
   6      371644       29792      12474 0.00% 0.14% 0.12%   0 Check heaps
176       12216      240288         50 0.00% 0.01% 0.00%   0 CEF: IPv4 proces
284       36416     4929826          7 0.00% 0.02% 0.01%   0 MMON MENG
307       12168      806151         15 0.00% 0.01% 0.00%   0 Atheros LED Ctro
335       35300       19755       1786 0.00% 3.16% 1.00% 708 Virtual Exec
3845-GW#sh int g0/0
GigabitEthernet0/0 is up, line protocol is up
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full Duplex, 1Gbps, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/2/56803 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1551000 bits/sec, 5751 packets/sec
5 minute output rate 4207000 bits/sec, 7643 packets/sec
     925128804 packets input, 939078510 bytes, 0 no buffer
     Received 62732 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 2 throttles
     2 input errors, 0 CRC, 0 frame, 2 overrun, 0 ignored
     0 watchdog, 3763438515 multicast, 0 pause input
     1472816545 packets output, 3214770103 bytes, 0 underruns
     0 output errors, 2067720191 collisions, 1 interface resets
     0 unknown protocol drops
     0 babbles, 2281155551 late collision, 0 deferred
     2 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out
3845-GW#sh int g0/1
GigabitEthernet0/1 is up, line protocol is up
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full Duplex, 1Gbps, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/30335 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1684000 bits/sec, 7697 packets/sec
5 minute output rate 3372000 bits/sec, 5632 packets/sec
     1484558664 packets input, 2383177786 bytes, 0 no buffer
     Received 208998 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 0 throttles
     2 input errors, 0 CRC, 0 frame, 2 overrun, 0 ignored
     0 watchdog, 3060386282 multicast, 0 pause input
     903478941 packets output, 2814588854 bytes, 0 underruns
     0 output errors, 2910776303 collisions, 1 interface resets
     0 unknown protocol drops
     0 babbles, 4157448025 late collision, 0 deferred
     2 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out

Has this been something that just recently started happening, or have you had this issue for a while? Have you installed any new programs recently?
You may want to download Glary Utilities, which is a free software(they will ask you if you want to go Pro, just say no, the free version works very well). There is a module for startup manager. You can go in and disable stuff that starts with the computer. I would advise unchecking adobe, java, quicktime, printers, etc. Anything that doesn't REALLY need to start with the computer. The nice thing with Glary is that you can restart the computer, and if you find that you need one of the programs to start with windows, you can go back in and enable it again.
The Celeron 925 processor in your computer is a decent entry level processor, but if there are too many programs running in the background, it can bog down quick. I would also recommend downloading and running Malwarebytes Anti-malware, to be sure that there is nothing malicous running in the background.
Qosmio X875 i7-3630QM, 32GB RAM, OCZ SSD Qosmio X505 i7-920XM, PM55, 16GB RAM, OCZ SSD
Satellite Pro L350 T9900, GM45, 8GB RAM , Intel 320 SSD (my baby) Satellite L655 i7-620M, HM55, 8GB RAM, Intel 710 SSD (travel system)

Reserving Timeslots on a ISDN PRI

Hi,
Can it be configured on the ISDN PRI link of the Central Location Data Center, reserving 10 Timeslots for taking the calls from one particular Branch Location and another 10 from another individual branch and remaining 10 from left over Branch Sites.
Can we use the channel-group command for this type of the configuration.
Can the 15th timeslot (for e.g., Serial 2/0:15) used when reserving the timeslots under the channel-group command.
Request anyone help me finding a solution.
Regards,
Keshava Raju
[email protected]

You cannot partition the PRI and if you want to limit calls, it's particularly complicated because what you want to do, is to not answer or reject calls when the group a branch pertains to, is full.
In my knowledge, this is not possible. You can hack something with radius to do that authentication is denied when group is full, but this is not the same as not taking the calls.
Hope this helps, please rate post if it does!

ISDN PRI Configuration errors

Dears,
I trying to configure a ISDN PRI on a 1751-V router and the following error occur:
CISCO_BARR(config-controller)#pri-group time 1-6
%Controller tdm clock does not have data capability
%Insufficient HDLC resource for pri-group - it has been removed
How do I to configure ISDN PRI in that router ?
More information:
Cisco 1751-V
Router Version: c1700-ipvoice-mz.123-9d.bin

Hi,
Please make sure that you putting the T1/E1 card in the WVIC and not VIC slot as PRI can do
voice but it is still considedred as data, so if you try to confiugre this in a slot that
is VIC (instead of VWIC) only then it will not work for you. Furthermore, you needed to
have the tdm clock command set to both and not just voice, as you are creating a PRI,
which, again, is Data, but can do voice too.
here is the example of command :--
tdm clock T1 2/0 both export line
hth
CJ

Document on Cisco 3845 gateway with both Voice and VXML role

Dear all,
we are using single cisco 3845 gateway as Ingress as well as vxml gateway . Can you provide any documentation regarding the call volume capacity this gateway can handle. We have deployed this gateway in a UCCE parent- child model.

Anoop,
It can be found in Table 7-2 on page 148 of CVP SRND Guide
HTH
GP.
Pls rate helpful posts by clicking on the stars under the post !!

Ask module E1 ISDN PRI (for data modem)

Hello,
my topology like this :
in the headoffice, I Have cisco 2911 (no pvdm card) and ISDN PRI from telco,
in the branch, i use modem Atrie 288LCD for dial .
what is the modules should i buy for cisco 2911 in the headoffice ..?
Thanks

http://www.cisco.com/en/US/prod/collateral/modules/ps2641/product_data_sheet0900aecd8050918e.html

Measure telephone traffic on an ISDN PRI

Has anyone developed an EEM Scrip to measure telephone traffic on an ISDN PRI interface on a voice gateway? Preferably the traffic measurements would be in Hundred Call Seconds (CCS) or Erlangs. It would appear that the “show isdn service” command could be used to determine the state of the individual “B” channels on the PRI.

If the "show isdn service" command gives you what you want, then you could build a policy using the timer event detector (watchdog timer) to run the command periodically and produce the desired reports. I don't know of anyone that has already done this, though.

Remote dialin access using isdn pri

I configured dialin accesss using isdn pri interface. It works fine just for one user. When another user dials in (using same or different local username/password), the previous one loses the connectivity. Actually the statuses seem fine for the previous user: I can see him under "sh users" as well as host route in routing table. ppp session stays idle. There is no ip connectivity anymore.
aaa authentication ppp default local
isdn switch-type primary-net5
username test1 password 7 03105E18125E
username test2 password 7 06120A32581C
controller E1 1/0
pri-group timeslots 1-31
controller E1 1/1
pri-group timeslots 1-31
interface Serial1/0:15
no ip address
dialer pool-member 1
dialer idle-timeout 7200
isdn switch-type primary-net5
interface Serial1/1:15
no ip address
dialer pool-member 1
dialer idle-timeout 7200
isdn switch-type primary-net5
interface Dialer0
ip unnumbered FastEthernet0/0.1
encapsulation ppp
dialer pool 1
dialer caller "XYZ"
dialer-group 1
peer default ip address pool netm
fair-queue
ppp authentication chap pap
ip local pool netm 10.31.32.65 10.31.32.126

Hi Starman,
configure the following command under dialer inetrafce and check the issue.
int di0
dialer load-threshold 255 either
dialer ilde-timeout 120
if you want another to use the isdn line then create another dialer interface.
clarify me whether the users are accessing the pri from the same location or different locations using different isdn no's.
If users are present in two different locations then best solution is create seperate dialer interface for users.
Thanks,
Satish

Cisco 3845, h323-isdn pri, reverese caller id

Similar Messages

Maybe you are looking for