Question about SCN

[cms18]

I’ve been noticing in our SCN (running over a VPN) that the user directory information doesn’t sync across sites anymore. This information used to sync on an older release and over the same VPN. You can place calls back and forth with no problem. The main site is an IPO 412 3.1(56) and the other site is an IPO 403 3.1(5602).

In running system monitor on the 403, I’m seeing the following:

3434mS AVRIP Tx: v=10.10.0.34 send=33889 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0

And on the 412, I’m seeing the following:

13572mS PRN: AVRIP receive from pbx c0a8011e count = 1
18478mS PRN: VPNNTFTP::SendPacket (2) seq=1 len=516 retries=3 dest c0a8011e
18478mS VPN TFTP Tx: v=192.168.1.30
AVCONFIG (2) TFTP DATA (3) seqnum = 1
0000 04 00 02 4d 67 70 6f 6c 6c 61 72 64 00 00 47 61 ...Mgpollard..Ga
0010 72 6c 61 6e 64 20 50 6f 6c 6c 61 72 64 00 00 00 rland Pollard...
0020 00 00 00 00 31 31 33 37 00 00 00 00 00 00 00 00 ....1137........
0030 00 00 00 00 00 0f 00 01 01 00 31 34 37 32 35 38 ..........147258
0040 00 00 06 00 00 2b 2a 44 53 53 31 00 39 39 2f 61 .....+*DSS1.99/a
0050 3d 00 1a 00 00 00 00 00 00 00 00 00 00 00 00 00 =...............
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 06 00 00 ................
0070 2b 2a 44 53 53 32 00 39 39 2f 62 3d 00 1a 00 00 +*DSS2.99/b=....
0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0090 00 00 00 00 00 00 00 00 06 00 00 2b 2a 44 53 53 ...........+*DSS
00a0 33 00 39 39 2f 63 3d 00 1a 00 00 00 00 00 00 00 3.99/c=.........
00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00c0 00 00 00 06 00 00 2a 2a 44 53 53 34 00 31 30 30 ......**DSS4.100
00d0 2f 00 1a 00 00 00 00 00 00 00 00 00 00 00 00 00 /...............
00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 06 00 00 ................
00f0 29 2a 44 53 53 37 00 2a 31 37 00 1f 00 00 00 00 )*DSS7.*17......
0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0110 00 00 00 00 00 00 06 00 00 29 2a 44 53 53 38 00 .........)*DSS8.
0120 31 30 2f 00 1a 00 00 00 00 00 00 00 00 00 00 00 10/.............
0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 06 ................
0140 00 00 28 2a 44 53 53 39 00 38 2f 00 1a 00 00 00 ..(*DSS9.8/.....
0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0160 00 00 00 00 00 00 00 06 00 00 29 2a 44 53 53 31 ..........)*DSS1
0170 30 00 32 2f 00 1a 00 00 00 00 00 00 00 00 00 00 0.2/............
0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0190 06 00 00 2a 2a 44 53 53 31 32 00 2a 38 32 00 1f ...**DSS12.*82..
01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01b0 00 00 00 00 00 00 00 00 00 00 0f 00 00 00 0e 00 ................
01c0 00 06 50 00 0f 00 00 00 00 00 00 00 00 00 00 00 ..P.............
01d0 00 31 31 30 32 00 00 00 00 00 07 d0 00 00 00 01 .1102...........
01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
01f0 00 00 00 05 00 00 0f 00 00 00 00 00 00 00 00 00 ................

154554mS AVRIP Rx: v=192.168.1.30 send=9 receive=6
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
154555mS PRN: AVRIP receive from pbx c0a8011e count = 6
1046538mS PRN: VPNNTFTP::Reset (2) sent to c0a8011e
1046538mS VPN TFTP Tx: v=192.168.1.30
AVCONFIG (2) VPNN RESET (82) seqnum = 0
1046538mS PRN: VPNN: PBX c0a8011e Not Responding or Reset
1046546mS PRN: User List Sorted
1046547mS PRN: Hunt Group List Sorted
1052081mS AVRIP Rx: v=192.168.1.30 send=0 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
159083mS PRN: Hunt Group List Sorted


It looks as if the 403 isn’t receiving any data. The 412 constantly sends out “PRN: VPNN: PBX c0a8011e Not Responding or Reset” when the AVRIP receive count gets to 6 or 7. The other strange thing I’m seeing is that the 412 is sending out TFTP data for Extn 1137 and the DSS button programming associated with it. There is nothing special about this extension, it’s just a regular user.

When SCN is running as it should, is it normal for this information to come up in the system monitor (in other words are these errors)? Does anyone have any suggestions on what might be preventing the synchronization of the internal directories?

 

[MrIPO]

Have you tried with 3.1(56) at both sites >? You may also wish to try 3.1(65) gen answer I know but if it was working and not it is not I would be looking at IPO Firmware / software or router/vpn change.

If in Sys-Monitor with Dev Tracing enabled, under status and Small Community Networking do you see the Sites in SCN correctly including all users at all sites ?

To the best of my knowledge SCN has remained much the same since day 1 in regard to the AVRIP's being sent and received.

If it was me I would be testing with a SOE if possable to also rule out any software curruption in the Config File. I would run the config via Wizard <3.2 and Manager if you have access to 3.2 software and resolve any errors which are highlighted.

What hardware is in place and what VPN kit are you using to create the VPN ?

http://www.iporesource.com

"Launching late 2006

 

[dencom]

I have a simulair problem with a small office 3.1.48 and 406v2 3.1.65. We will upgrade the small office tomorrow and expect the problem to be gone. I'll let you know/


Arnoud

 

[cms18]

I ran the update to 3.1(65) on both systems over the weekend and there was no change.

As far as looking up the SCN sites in Sys-Monitor, I do see both. When monitoring the 412 site I see data for RIP Send / Receive Count and Advertised. When monitoring the 403 site all I see is data for RIP Send Count, which keeps increasing.

I ran the config via the wizard and the only error that came up was a line number range overlaps with users, which isn’t the case. This happened with both configs. I wish I had another system to test on, but I don’t.

As far as hardware goes, at the 412 site there is a Cisco PIX and at the 403 site there is a Juniper Netscreen. The PIX is connected to a T1 and the Netscreen is connected to a 7 Mb cable line. On the PIX, I know all of the fixups have been turned off. What gets me is that it has worked in the past just fine and no changes have been made to the PIX other than turning the fixups off.