LD 49 PRT IDC more than 100 results 1

[cyberion1985]

Hi,

Consider the following :

LD 49
REQ prt
TYPE idc
CUST 0
DCNO <enter>

0080    480
0081    481
0082    482
0083    483
0084    484
0085    485
0086    486
0087    487
0088    488
0089    489
0090    490
0091    491
0092    492
0093    493
0094    494
0095    495
0096    496
0097    497
0098    498
0099    506
....    ...

will print out exactly 100 entries. Where is the rest , as in 0100 - 9999 instead of the current 0000 - 0099 ?
I tried to look under "DCNO 0", "DCNO 2" ... but couldn't find anything. For example, I am certain that there is an entry for 0127.
How can I prt beyond 0099 ?

If that can't be done, maybe there is another DCNO ? How can I print all the populated DCNO ?

 

[Firebird Scrambler]

It sounds as if you might have some IDC corruption. Print off your FCR tables to make sure that they are all OK as many years ago I found that I had a site where some of the IDC entries were somehow mixed with the FCR tables.

I had to out them all and reboot the Option 11 to rebuild them all again.


Firebird Scrambler
Nortel Meridian 1 / Succession and BCM / Norstar Programmer in the UK
Advance knowledge on BCM support

http://www.linkedin.com/in/davidbromley

 

[KCFLHRC]

I will say this that a lot of people don't know. If you make changes to an active IDC table it can and will cause corruption. You should always have 2 IDC tables that you keep current then add or delete the entries to the inactive one and then apply the changed one to the route. Then go back and change the inactive one.

 

[cyberion1985]

Here is the output of the FCR tables :

LD 49
REQ prt
TYPE fcr
CUST 0
CRNO <enter>

CRNO  0
INIT DENY
ALOW 1003
     1004
     201
     202
     203
     204
     205
     200
     5

CRNO  1
INIT ALOW
DENY 0
ALOW 061

CRNO  2
INIT ALOW
DENY 0
ALOW 061
     0811

CRNO  3
INIT ALOW
DENY 0
ALOW 06
     0811
     0027

CRNO  4
INIT ALOW
DENY 0
ALOW 06
     0811

CRNO  5
INIT ALOW
DENY 00
ALOW 0027

CRNO  6
INIT ALOW
DENY 00

CRNO  7
INIT ALOW

I must add that the "LD 49 REQ CHG" was the first advanced command I have ever ran on this system, above viewing usernames and changing them.

Reboot the option 11 ? LD 43 edd ... LD 143 ?

 

[Firebird Scrambler]

It might be wise to go into LD 43 and key in "DAT" to see the current status of backups main and secondary etc.

You might be lucky in doing a reboot and finding that everything is OK after the reboot.

Personally, I would try building a new table first and then assigning it to a route.

I have done a Procomm Plus script to input IDC entries to speed up the process via a source *.csv file.

http://www.tek-tips.com/faqs.cfm?fid=7277

Firebird Scrambler
Nortel Meridian 1 / Succession and BCM / Norstar Programmer in the UK
Advance knowledge on BCM support

http://www.linkedin.com/in/davidbromley

 

[cyberion1985]

I did

LD 43
DAT

Main       2540B 18/05/2016 at 09:56:50       93    3356
Secondary  2540B 18/05/2016 at 01:00:30       93    3355
IntBackup  2540B 18/05/2016 at 09:56:50       93    3356

What is still don't understand is that the "LD 49 PRT IDC CUST 0 DCNO" <enter> will only show 100 entries.

Ok , let me explain what I need to do : We have telephone range extensions 1xx for this system for employees. You can reach us with 3050000 which you will go to our switchboard. Here they then transfer you to the desired person by forwarding the call to the extension. For example they'd forward to 148. You can also call directly to 148 by using 3050148.

We also have another range, 5xx. This is the lync system. Currently this is all guided by AudioCodes M1000 gateway. Transfers are done via this system.

One user, using extension 123 would like to receive calls only their 520 number. Thus I will need to direct 123 to 520, so that if someone phones 123, it must immediately ring on 520.

What I did was : LD 49, CHG, IDC, 0, 1, IDGT 0123, 520

This didn't do anything. I thus wanted to confirm all forwards with LD 49, PRT, IDC, 0, <enter> but it only shows 100 entries for range 0000 - 0099 (inclusive). To noob me, this sounds like a restriction that the system only PRTs out 100 entries. Maybe I must increase a buffer size, or enable something like "SHOW > 100 : DCNO".

I don't think it would be good create a new list if I can't print out the previous one completely/fully.

 

[yyrkroon]

When you hit enter at the DCNO promnpt - did it print out table 0 and 1 or did it stop at entry 0099 and nothing else after that. If it printed out both tables, then there's nothing wrong with the IDC table and you need to check elsewhere for the other DN - try printing a DNB of the number you're looking for.

 

[cyberion1985]

The "LD 49, PRT, IDC, 0, <enter>" prints out :

IDGT    CDGT
0000    506
0001    533
0003    403
0008    408
0009    109
0010    410
0011    411
0012    412
0013    413
0014    414
0015    415
0016    416
0017    417
0018    418
0019    419
0020    420
0021    421
0022    422
0023    423
0024    424
0025    425
0026    426
0027    427
0028    428
0029    429
0030    430
0031    431
0032    432
0033    433
0034    434
0035    435
0036    436
0037    437
0038    438
0039    439
0040    440
0041    441
0042    442
0043    443
0044    444
0045    445
0046    446
0047    447
0048    448
0049    449
0050    450
0051    451
0052    452
0053    453
0054    454
0055    455
0056    456
0057    457
0058    458
0059    459
0060    460
0061    461
0062    462
0063    463
0064    464
0065    465
0066    466
0067    467
0068    468
0069    469
0070    470
0071    471
0072    472
0073    473
0074    474
0075    475
0076    476
0077    477
0078    478
0079    479
0080    480
0081    481
0082    482
0083    483
0084    484
0085    485
0086    486
0087    487
0088    488
0089    489
0090    490
0091    491
0092    492
0093    493
0094    494
0095    495
0096    496
0097    497
0098    498
0099    506

 

[Johnthephoneguy]

Never seen an IDC print out like that

JohnThePhoneGuy

"If I can't fix it, it's not broke!

 

[KCFLHRC]

Here is a print out of one of my switches for reference

REQ prt
TYPE idc
CUST 0
DCNO

DCNO 0
IDGT CDGT
6174 6173

DCNO 1
IDGT CDGT
0507 6000
1700 6167
1716 6166
1717 6176
1723 6177
1761 6171
1765 6169
1779 6173
1783 6174
1788 6178
1790 6170
1794 6172
1795 6179
1796 6175
1797 6168
6174 6173
6185 6285
6186 6299
6187 6047

My guess is you have some data corruption

 

[Firebird Scrambler]

That's what I thought at the beginning of this thread. I can't think what else it can be?.


Firebird Scrambler
Nortel Meridian 1 / Succession and BCM / Norstar Programmer in the UK
Advance knowledge on BCM support

http://www.linkedin.com/in/davidbromley

 

[cyberion1985]

Cool, ok. What can I do next ? I would assume I will take a backup file and restore it... Not knowing if the automatic continuous backup is already corrupted.

Can't I just open the backup file and see whether the data is available or not ?

 

[Johnthephoneguy]

I would think your backup would be the same way. You can try a sysload. Does it allow you to add or delete any entries?

JohnThePhoneGuy

"If I can't fix it, it's not broke!

 

[cyberion1985]

Yes, I can add and delete entries.

I think there were at least 4 power failures in the last month ; so I'd assume the system already restored it's flash memory from some sort of stored data source.

as for the sysload; what impact will it have on the system ? will I loose any settings ? this is quite an important system and if it doesn't work properly anymore or will need to restore things from 0... well, let me rather book a ticket to Antarctica first

 

[KCFLHRC]

Typically database corruption is going to be on the backup too. So garbage in / garbage out as the old saying goes. If you have a maintenance contract get those people involved. If not you may need to go to Avaya direct support to get rid of the corruption.

 

[cyberion1985]

I see. Well thank you for all the help so far. I checked an old Capture text file and it had exactly the same output. So if there was/is any corruption, it was there since January 2015 .

The funny thing is, everything works perfectly fine and all forwards/diverts that have been there since then work and no one has complained up to date

 

[KCFLHRC]

I will try and build an IDC table with 105 entries after while and see how it prints out.

 

[bhassell2000]

I have a system with a table with more than 100 entries

REQ prt
TYPE idc
CUST 0
DCNO

DCNO 0
IDGT CDGT
8603 612917

DCNO 1
IDGT CDGT
1454465027 5027
1454465029 5029
1454465083 5083
1454465086 5086
1454465100 5020
1454465101 5020
1454465102 5020
1454465103 5020
1454465104 5020
1454465105 5020
1454465106 5020
1454465107 5020
1454465108 5020
1454465109 5020
1454465600 5600
1454465601 5600
4465100 5020
4465101 5020
4465102 5020
4465103 5020
4465104 5020
4465105 5020
4465106 5020
4465107 5020
4465108 5020
4465109 5020
4465601 5600

DCNO 2
IDGT CDGT
2599 6127

DCNO 3
IDGT CDGT
0974 5600
1001 5600
1686 5600
1876 4051502
1972 5600
2000 5021
2830 5600
2913 5600
2914 5600
2916 5600
2917 5600
2918 5600
2925 5600
2927 5600
2928 5600
2929 5929
3231 5020
3699 1510
4157 5601
4619 4051502
4633 5600
4919 1501
5148 5600
7000 5020
7001 5020
7002 5020
7003 5020
7004 5020
7005 5020
7006 5020
7007 5020
7008 5020
7009 5020
7010 5020
7011 5020
7012 5020
7013 5020
7014 5020
7015 5020
7016 5020
7017 5020
7018 5020
7019 5020
7020 5020
7021 5020
7022 5020
7023 5020
7024 5020
7025 5020
7026 5020
7027 5020
7028 5020
7029 5020
7030 5020
7031 5020
7032 5020
7033 5020
7034 5020
7035 5020
7036 5020
7037 5020
7038 5020
7039 5020
7040 5020
7041 5020
7042 5020
7043 5020
7044 5020
7045 5020
7046 5020
7047 5020
7048 5020
7049 5020
7050 5020
7051 5020
7052 5020
7053 5020
7054 5020
7055 5020
7056 5020
7057 5020
7058 5020
7059 5020
7060 5020
7061 5020
7062 5020
7063 5020
7064 5020
7065 5020
7066 5020
7067 5020
7068 5020
7069 5020
7070 5020
7071 5020
7072 5020
7073 5020
7074 5020
7075 5020
7076 5020
7077 5020
7078 5020
7079 5020
7080 5020
7081 5020
7082 5020
7083 5020
7084 5020
7085 5020
7086 5020
7087 5020
7088 5020
7089 5020
7090 5020
7091 5020
7092 5020
7093 5020
7094 5020
7095 5020
7096 5020
7097 5020
7098 5020
7099 5020
7100 5020
8001 5020
8002 5020
8003 5020
8004 5020
8005 5020
8006 5020
8007 5020
8008 5020
8009 5020
8010 5020
8011 5020
8012 5020
8013 5020
8014 5020
8015 5020
8016 5020
8017 5020
8018 5020
8019 5020
8020 5020
8021 5020
8022 5020
8023 5020
8024 5020
8025 5020
8026 5020
8027 5020
8028 5020
8029 5020
8030 5020
8031 5020
8032 5020
8033 5020
8034 5020
8035 5020
8036 5020
8037 5020
8038 5020
8039 5020
8040 5020
8041 5020
8042 5020
8043 5020
8044 5020
8045 5020
8046 5020
8047 5020
8048 5020
8049 5020
8050 5020
8301 5020
8302 5020
8303 5020
8304 5020
8305 5020
8306 5020
8307 5020
8308 5020
8309 5020
8310 5020
9292 5600
9294 5600
9295 5600
9296 5600
9299 5600
9301 5600
9302 5600
9303 5600
9304 5600
9319 1501
9350 5146
9351 5146
9352 5146
9353 5146
9354 5146
9355 5146
9356 5146
9357 5146
9358 5146
9359 5146
9360 5146
9361 5146
9362 5146
9363 5146
9364 5146
9365 5146
9366 5146
9367 5146
9368 5146
9369 5146
9370 5146
9371 5146
9372 5146
9373 5146
9374 5146
9375 5146
9376 5146
9377 5146
9378 5146
9379 5146
9380 5146
9381 5146
9382 5146
9383 5146
9384 5146
9385 5146
9386 5146
9387 5146
9388 5146
9389 5146
9390 5146
9391 5146
9392 5146
9393 5146
9394 5146
9395 5146
9396 5146
9397 5146
9398 5146
9399 5146
9471 5929

DCNO 6
IDGT CDGT
4468888 8

Thanks,

Buddy

Linked in Profile

http://www.linkedin.com/in/buddyhassell

 

[KCFLHRC]

Could this be a simple terminal issue, like the buffer on the terminal is getting full. This is just too weird. How are you communicating with the PBX?

 

[cyberion1985]

Interesting... KCFLHRC , this is something I will definitely look into. I am using

Microsoft HyperTerminal

running on
Microsoft Windows XP Professional
5.1.2600 Service Pack 2 Build 2600