SCN Broken

[Rappy]

I have 2 ip office systems that used to have SCN enabled. Since a few nights ago, they can inter office dial US but we cannot dial THEM!

Remote side- ip office 406v2 ver 3.2.69- ip address on 192.168.239.x/24 subnet
Main Site- ip office 412 ver 3.2.69- ip address on 192.168.1.x/24 subnet

A few nights ago, i moved the ip office on the remote side to its own VLAN because the number of collisions it was causing on our network was slowing the user traffic. It was moved successfully. I then changed the IP trunk line to point to the new IP address of the remote side from the primary site. I can ping the 406 from the main site, i can manage the 406 from the PC running manager on the main site, and they can interoffice dial US, but cannot dial them. I have deleted the ip trunk and recreated it at the main site; i have also deleted the ip route from the main site to the remote site. I added a shortcode to be able to dial them, and i was able to restore functionality of interoffice dialing. HOWEVER- i cannot see the called party's caller ID information when i call them, but they can see my caller id info when they call me! the calls in question are from donkey kong to ext 313 and bugsy seagal to ext 325. I am attaching a trace below:


475418mS RES: Thu 14/4/2011 08:36:34 FreeMem=13130680(9) CMMsg=5 (6) Buff=200 850 1000 1310 5 Links=10861 Elements=154
475534mS AVRIP Tx: v=192.168.15.12 send=49 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
475535mS AVRIP Tx: v=192.168.239.32 send=0 receive=0
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
479500mS PRN: AVRIP receive from pbx c0a8ef20 count = 0
485534mS AVRIP Tx: v=192.168.15.12 send=50 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
485535mS AVRIP Tx: v=192.168.239.32 send=0 receive=1
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
489353mS PRN: AVRIP receive from pbx c0a8ef20 count = 1
495534mS AVRIP Tx: v=192.168.15.12 send=51 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
495534mS AVRIP Tx: v=192.168.239.32 send=1 receive=2
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
499208mS PRN: AVRIP receive from pbx c0a8ef20 count = 2
505535mS AVRIP Tx: v=192.168.15.12 send=52 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
505535mS AVRIP Tx: v=192.168.239.32 send=2 receive=3
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
509060mS PRN: AVRIP receive from pbx c0a8ef20 count = 3
515534mS AVRIP Tx: v=192.168.15.12 send=53 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
515534mS AVRIP Tx: v=192.168.239.32 send=3 receive=4
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
518910mS PRN: AVRIP receive from pbx c0a8ef20 count = 4
525534mS AVRIP Tx: v=192.168.15.12 send=54 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
525535mS AVRIP Tx: v=192.168.239.32 send=4 receive=5
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
528762mS PRN: AVRIP receive from pbx c0a8ef20 count = 5
535535mS AVRIP Tx: v=192.168.15.12 send=55 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
535535mS AVRIP Tx: v=192.168.239.32 send=0 receive=0
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
538610mS PRN: AVRIP receive from pbx c0a8ef20 count = 0
542721mS PRN: LCSE: 01a95804 (0 1012 0); H245 Received close channel: 65793
542721mS PRN: LCSE: 01a95804 (0 1012 0); H245 Sending close channel ack: 65793
542722mS PRN: LCSE: 01a95804 (0 1012 0); Deleting channel 65793
542729mS PRN: LCSE: 01a99494 (0 1012 0); H245 Sending close channel: 257
542730mS H323Evt: v=0 stacknum=50 State, new=ReleaseReq, old=Active id=1012
542731mS H323Evt: v=0 stacknum=50 State, new=NullState, old=ReleaseReq id=1012
542731mS PRN: LCSE: 01a99494 (0 1012 0); Deleting channel 257
542733mS CMLineRx: v=50
CMReleaseComp
Line: type=IPLine 50
Call: lid=0 id=1012 in=0
Product Unknown
Cause=16, Normal call clearing
542733mS PRN: CALL: 0.1011.0 Deleted leaving 0 CMCall objects
542733mS CMMap: a=17.30 b=250.9001 M0
542733mS PRN: Converted to:
542733mS CMMap: a=17.30 b=3.20 M0
542736mS CALL:2011/04/1408:29,00:07:39,001,679,O,313,313,DonkeyKong,,,0,,""n/a,0
542736mS CD: CALL: 0.1011.0 BState=Idle Cut=0 Music=0.0 Aend="DonkeyKong(679)" (17.30) Bend="Line 50" [Line 50] (250.9001) CalledNum=313 () CallingNum=679 () Internal=0 Time=459557 AState=Idle
542737mS CMExtnTx: v=679, p1=28
CMReleaseComp
Line: type=DigitalExtn 3
Call: lid=0 id=1011 in=0
Product Unknown
UUI type=Local [....] [0x03 0x01 0x00 0x0e ]
Timed: 14/04/11 08:37
542738mS CD: CALL: 0.1011.0 Deleted
542739mS CMExtnTx: v=, p1=1118
CMReleaseComp
Line: type=RAS 1
Call: lid=0 id=1118 in=0
BChan: slot=3 chan=20
Product Unknown
542918mS RES: Thu 14/4/2011 08:37:43 FreeMem=13146220(11) CMMsg=5 (6) Buff=200 850 1000 1319 5 Links=10883 Elements=154
545535mS AVRIP Tx: v=192.168.15.12 send=56 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
545535mS AVRIP Tx: v=192.168.239.32 send=0 receive=0
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
546788mS CMExtnRx: v=632, p1=24
CMSetup
Line: type=NoLine 0
Call: lid=0 id=-1 in=0
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
Product Unknown
546789mS CMTARGET: LOOKUP CALL ROUTE:21 type=100 called_party= sub= calling=632 in=0 complete=0
546789mS CMTARGET: ADD TARGET:21 number= type=100 depth=1 nobar=1 setorig=1 fwduser=
546789mS CMTARGET: LOOKUP CALL ROUTE:21 returned 0
546789mS CD: CALL: 0.1042.0 BState=Idle Cut=0 Music=0.0 Aend="BugsySeagall(632)" (17.26) Bend="" [] (0.0) CalledNum= () CallingNum=632 () Internal=1 Time=1 AState=Dialling
546790mS CMExtnTx: v=632, p1=24
CMInbandTone
Line: type=DigitalExtn 3
Call: lid=0 id=-1 in=0
Product Unknown
UUI type=User2User [TD1\r\n] [0x54 0x44 0x31 0x0d 0x0a ]
Timed: 14/04/11 08:37
546790mS CMExtnTx: v=632, p1=24
CMSetupAck
Line: type=DigitalExtn 3
Call: lid=0 id=1042 in=0
BChan: slot=17 chan=26
Product Unknown
Timed: 14/04/11 08:37
546791mS CD: CALL: 0.1042.0 BState=Idle Cut=0 Music=0.0 Aend="BugsySeagall(632)" (17.26) Bend="" [] (0.0) CalledNum= () CallingNum=632 () Internal=1 Time=3 AState=LocalDial
546791mS CMMap: a=17.26 b=0.0 D1
546793mS CMExtnRx: v=632, p1=24
CMInformation
Line: type=NoLine 0
Call: lid=0 id=-1 in=0
Called[3] Type=Default (100)
Product Unknown
546793mS CMExtnTx: v=632, p1=24
CMInbandTone
Line: type=DigitalExtn 3
Call: lid=0 id=-1 in=0
Product Unknown
UUI type=User2User [TD0\r\n] [0x54 0x44 0x30 0x0d 0x0a ]
Timed: 14/04/11 08:37
546794mS CMMap: a=17.26 b=0.0 D0
546795mS CMTARGET: LOOKUP CALL ROUTE:21 type=100 called_party=3 sub= calling=632 in=0 complete=0
546795mS CMTARGET: ADD TARGET:21 number=3 type=100 depth=1 nobar=1 setorig=1 fwduser=
546795mS CMTARGET: OVERLAP LOOKUP CALL ROUTE:21 returned 0
547335mS CMExtnRx: v=632, p1=24
CMInformation
Line: type=NoLine 0
Call: lid=0 id=-1 in=0
Called[2] Type=Default (100)
Product Unknown
547335mS CMTARGET: LOOKUP CALL ROUTE:21 type=100 called_party=32 sub= calling=632 in=0 complete=0
547336mS CMTARGET: ADD TARGET:21 number=32 type=100 depth=1 nobar=1 setorig=1 fwduser=
547336mS CMTARGET: OVERLAP LOOKUP CALL ROUTE:21 returned 0
548461mS PRN: AVRIP receive from pbx c0a8ef20 count = 0
549605mS CMExtnRx: v=632, p1=24
CMInformation
Line: type=NoLine 0
Call: lid=0 id=-1 in=0
Called[5] Type=Default (100)
Product Unknown
549605mS CMTARGET: LOOKUP CALL ROUTE:21 type=100 called_party=325 sub= calling=632 in=0 complete=0
549605mS CMTARGET: ADD TARGET:21 number=325 type=100 depth=1 nobar=1 setorig=1 fwduser=
549606mS CMTARGET: SYS SC:21 325 3 25 sc=type=Dial code=3XX, num=3N
549606mS CMTARGET: LCR NOT MATCHED:21 (cpn=325)
549606mS CMTARGET: DIAL LINE:21 GROUP=50 SUCCESS=1
549606mS CMTARGET: OVERLAP LOOKUP CALL ROUTE:21 returned 1
549607mS CD: CALL: 0.1042.0 BState=Idle Cut=1 Music=0.0 Aend="BugsySeagall(632)" (17.26) Bend="Line 50" [Line 50] (0.0) CalledNum=325 () CallingNum=632 () Internal=0 Time=2818 AState=Dialling
549607mS CMExtnTx: v=632, p1=24
CMSetupAck
Line: type=DigitalExtn 3
Call: lid=0 id=1042 in=0
Called[325] Type=Default (100)
BChan: slot=17 chan=26
Product Unknown
Display [325]
Timed: 14/04/11 08:37
549608mS CD: CALL: 0.1042.0 BState=Idle Cut=1 Music=0.0 Aend="BugsySeagall(632)" (17.26) Bend="Line 50" [Line 50] (0.0) CalledNum=325 () CallingNum=632 () Internal=0 Time=2820 AState=Dialled
549609mS CMLineTx: v=50
CMSetup
Line: type=IPLine 50
Call: lid=0 id=1043 in=0
Called[325] Type=Default (100) Calling[632] Type=Internal (101)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
BChan: slot=250 chan=9003
Product Unknown
IE CMIETxChannelAudio (1) comptype=G729A8K (6) pktsize=20 ipaddr=192.168.239.32 port=0
Display [BugsySeagallla]
Cause=16, Normal call clearing
Locale: enu
549617mS H323Evt: v=0 stacknum=50 State, new=NullState, old=NullState id=-1
549619mS H323Evt: v=0 stacknum=50 State, new=Initiated, old=NullState id=1043
549689mS CMLineRx: v=50
CMFacility
Line: type=IPLine 50
Call: lid=0 id=1043 in=0
Product Unknown
UUI type=User2User [turn h323setuptimer off] [0x74 0x75 0x72 0x6e 0x20 0x68 0x33 0x32 0x33 0x73 0x65 0x74 0x75 0x70 0x74 0x69 0x6d 0x65 0x72 0x20 0x6f 0x66 0x66 ]
549918mS RES: Thu 14/4/2011 08:37:50 FreeMem=13132324(10) CMMsg=5 (6) Buff=200 850 1000 1319 5 Links=10874 Elements=154
549949mS H323Evt: v=0 stacknum=50 State, new=Proceeding, old=Initiated id=1043
549954mS CMLineRx: v=50
CMProceeding
Line: type=IPLine 50
Call: lid=0 id=1043 in=0
Product Standard
549955mS CD: CALL: 0.1042.0 BState=Dialled Cut=1 Music=0.0 Aend="BugsySeagall(632)" (17.26) Bend="Line 50" [Line 50] (250.9003) CalledNum=325 () CallingNum=632 () Internal=0 Time=3167 AState=Dialled
549955mS CMExtnTx: v=632, p1=24
CMProceeding
Line: type=DigitalExtn 3
Call: lid=0 id=1042 in=0
Called[325] Type=Default (100)
BChan: slot=17 chan=26
Product Standard
Display [325]
Timed: 14/04/11 08:37
554476mS H323Evt: v=0 stacknum=50 State, new=Delivered, old=Proceeding id=1043
554481mS CMLineRx: v=50
CMAlerting
Line: type=IPLine 50
Call: lid=0 id=1043 in=0
Product Standard
IE CMIEProgressIndicator (30) cs=CMCSITUT (0), loc=CMLPublicNetRemoteUser (4), pd=CMPDInbandPattern (8)
554481mS CD: CALL: 0.1042.0 BState=Ringing Cut=1 Music=0.0 Aend="BugsySeagall(632)" (17.26) Bend="Line 50" [Line 50] (250.9003) CalledNum=325 () CallingNum=632 () Internal=0 Time=7693 AState=Dialled
554481mS CMMap: a=17.26 b=0.0 R1
554483mS CD: CALL: 0.1042.0 BState=Ringing Cut=1 Music=2.0 Aend="BugsySeagall(632)" (17.26) Bend="Line 50" [Line 50] (250.9003) CalledNum=325 () CallingNum=632 () Internal=0 Time=7695 AState=Ringing
554483mS CMExtnTx: v=632, p1=24
CMAlerting
Line: type=DigitalExtn 3
Call: lid=0 id=1042 in=0
Called[325] Type=Default (100)
BChan: slot=17 chan=26
Product Standard
IE CMIEProgressIndicator (30) cs=CMCSITUT (0), loc=CMLPublicNetRemoteUser (4), pd=CMPDInbandPattern (8)
Display [325]
Timed: 14/04/11 08:37
555534mS AVRIP Tx: v=192.168.15.12 send=57 receive=0
requiresvoicemail 0 operational 1 version 2 recordsupported 1
IPaddr 255.255.255.255 hops=0 voice=0
IPaddr 192.168.239.32 hops=1 voice=0
555534mS AVRIP Tx: v=192.168.239.32 send=0 receive=0
PLATFORM: requiresvoicemail 0 operational 1 version 2 recordsupported 1
557999mS CMExtnRx: v=632, p1=24
CMReleaseComp
Line: type=NoLine 0
Call: lid=0 id=1042 in=0
Product Unknown
557999mS PRN: CALL: 0.1042.0 Deleted leaving 0 CMCall objects
558000mS CMMap: a=17.26 b=0.0 R0
558001mS CALL:2011/04/1408:37,00:00:00,003,632,O,325,325,HamiltonUrquil,,,0,,""n/a,0
558001mS CD: CALL: 0.1042.0 BState=Idle Cut=0 Music=0.1 Aend="BugsySeagall(632)" (17.26) Bend="Line 50" [Line 50] (250.9003) CalledNum=325 () CallingNum=632 () Internal=0 Time=11213 AState=Idle
558002mS CMLineTx: v=50
CMReleaseComp
Line: type=IPLine 50
Call: lid=0 id=1043 in=0
Product Unknown
Cause=16, Normal call clearing
558003mS CD: CALL: 0.1042.0 Deleted
558003mS CMExtnTx: v=632, p1=24
CMReleaseComp
Line: type=DigitalExtn 3
Call: lid=0 id=1042 in=0
Product Unknown
UUI type=Local [....] [0x03 0x06 0x03 0x0e ]
Timed: 14/04/11 08:37
558008mS H323Evt: v=0 stacknum=50 State, new=ReleaseReq, old=Delivered id=1043
558009mS H323Evt: v=0 stacknum=50 State, new=NullState, old=ReleaseReq id=1043
558314mS PRN: AVRIP receive from pbx c0a8ef20 count = 0
558417mS RES: Thu 14/4/2011 08:37:59 FreeMem=13144516(11) CMMsg=5 (6) Buff=200 849 1000 1319 5 Links=10881 Elements=154

********** Warning: Logging to Screen Stopped **********



Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[chaunymony]

When you recreated the IP trunks did you select SCN trunk for them? do you have default IP routes for you gateways? In SSA under trunks for both sites does it say SCN UP?

 

[Rappy]

1. Where is there an option to select SCN under manager (ver 5.2.69)? I see an option under VOIP settings thatstates "Voice networking" Is that what you mean?

2. yes- i have a default route of my local gateway to reach the remote ip office. route goes to default gateway, then to WAN MPLS circuit, far end MPLS, far end user gateway, ip 406 VLAN. The number of hops is not an issue because they can reach us and they traverse the same route.

3. where do i find SSA? it would be useful to VIEW a graphical interface of what the SCN is doing

Thank you for your reply!

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[chaunymony]

Sorry, I didn't see that you were at 3.2. I'm not familiar with that release. My bad.

 

[Rappy]

it's ok- if anyone has any ideas, please share. I am looking into the possibility of the port for the SCN being blocked- port 50795. however, i dont see how as we dont block most traffic within the WAN.

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[amriddle01]

If you are using voice networking you don't need the 3XX shortcodes for the users

ACSS (SME)
APSS (SME)

http://www.ipoffice.tel

"I'm just off to Hartlepool to buy some exploding trousers

 

[tlpeter]

Indeed, when you need shortcodes then there is something wrong.


BAZINGA!

I'm not insane, my mother had me tested!

 

[hairlessupportmonkey]

so if short codes are needed, then its just an h323 trunk with no SCN features. on older versions you should see a specific SCN licence in your list of licences....

ACSS - SME

 

[tlpeter]

HSM, an IP4XX does not need any SCN licenses.
So you will not see any



BAZINGA!

I'm not insane, my mother had me tested!

 

[hairlessupportmonkey]

yup - my bad - getting licensing mess up again

ACSS - SME

 

[tlpeter]

You are:

1) getting old
2) not getting enough sleep
3) something else




BAZINGA!

I'm not insane, my mother had me tested!

 

[Rappy]

thanks, fellas! i appreciate it! i understand that if i use SCN i dont need to use shortcodes, but that's the issue.

Before moving the IPO 406 to the new subnet, i didnt use short codes on either side. after moving to the new subnet, the situation is as follows:

on the 406 side, i DO NOT use short codes.
on the 412 side, i HAD TO set up short codes in order to get inter office dialing to work. otherwise, i couldnt dial 3 digit extensions to the 406 side. it is working at this time iwth the short codes on one side and nothing on the other, so the issue is not pressing. but i want to get it reinstated as it was. Moving the IPO back to the user's subnet is NOT an option- why not? 1500 collisions a day from the IPO mandate it.

thanks again for your input!

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[amriddle01]

If the change of subnet caused the isssue then it's a routing/network issue and no amount of IPO programming will fix it

ACSS (SME)
APSS (SME)

http://www.ipoffice.tel

"I'm just off to Hartlepool to buy some exploding trousers

 

[Rappy]

completely understood. however, before the move of the IPO from the user subnet to its own subnet, it was in yet another subnet. we moved it from one office, to the one in which it currently resides, and hence, its ip address was changed back then. we had no such issues with inter office dialing then, so i dont understand how another change of ip address could possibly break the SCN now.

i do have a bit of information- the diffserv settings for the 406 and 412 are different. the 406 is using DSCP 41 mask 63, and the 412 is using 46 mask 63. do these have to match?

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[amriddle01]

They don't need to match, those settings are for the routers/switches in the network not for the system, can't hurt to match them up to put your mind at rest

ACSS (SME)
APSS (SME)

http://www.ipoffice.tel

"I'm just off to Hartlepool to buy some exploding trousers

 

[NYSTECH]

I have 2 sites connect SCN running 3.2.69.. The ip trunk options I have Voice Networking checked. I am also have direct media path selected.

In my ip routes I have default route to my local network/Gateway.

Both sides are set up identical except for the IP address and default routes..

I would try to deleted both IP trunks as well as the default routes and reboot both units and rebuild rebuild them again.

 

[Rappy]

i have already deleted the trunk and default routes on the non-working side, but have not deleted the other side out of fear that it would stop working as well. i guess if it stops working, i can always create a short code to get that side "fixed" as well. i will do that tomorrow morning.

Thank you for your reply!

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[Rappy]

so i did what was suggested above, and the same results- they can call us without shortcodes, but i cannot call them without first adding a shortcode for 3xx extensions. one thing of note is that SCN is not totally broken. There is a range of 2xx extensions on the 406 side which I CAN REACH WITHOUT SHORTCODES and DISPLAYS caller id!!! if the SCN was completely broken, i would have had to add a shortcode for the 214 extensions as well, correct?

I look forward to y'alls responses! Tail yew whut!

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[tlpeter]

Are you sure that there is no dial plan conflict?
The ipoffices learn the extension numbers from each other and when there is a duplicate extension or user/huntgroup name then you can have these kind of problems.


BAZINGA!

I'm not insane, my mother had me tested!

 

[Rappy]

I will go back and double check that, but I did delete a duplicate huntgroup on the 406 side a while back, before i had this issue.

we do have a hunt group on the 412 side which starts with 30x- the extensions on the 406 side are 31x. That huntgroup has been in place since inception.

Beets? Yes! Ask me how I feel about Beets! I like Beets!