IP Trunk Betwen BCM and CS1KM

[Shawnzhang]

Here is an IP trunk linked between BCM and CS1KM. Actually BCM is acting as a node and registering on CS1KM NRS. I am a BCM user. While I make the call to CS1KM, I can hear the opposite side, but CS1KM user can't hear me.
Please help....

 

[tnphoneman]

Have your network administrator check all routing. It seems that the sets on the CS1K side know the route to reach your IP subnet but that your set does not know the path to their subnet. It is a problem in the data network routing. I have see this before.

 

[phones1]

is the default Gway programmed on your sets?

Remember if it doesn't work hit it harder

Scott UK

 

[Triton101]

There are Tons of fixes for this type of issue, and potentialy many causes. One thing that is always suggested from NORTEL is to have the latest patches on all devices (BCM, Sig server, IP phones, Media cards, PBX (dep list)).

Is this the only site you are having issues with?

IP TO IP Calls OK?
or is it TDM to IP
TDM TO TDM via virtual trunking?

 

[curtismo]

When we had BCMs tied to our CS1000 I know the payload size had to be 20ms - they have to match for the voice packets to pass.

I think there were other things but due to major echo issues on local analog trunks to IP phones we replaced the BCM50s with MG1000Bs.

 

[jaclarke]

This must be faith because I have the exact same problem with my succession 1000 release on my option 11c. The only time I have the problem with calling or receiving cals from any of my remote sites which are connected via BCM 200 and 400's are if someone calls an IP phone. If they call a 3902, 3903, 0r 3904 I can hear them and they can hear me. The signalling server is on a 172 network and all 5 BCM's connect back to it via 172 ips that are statically assigned and they all register back to it. I open to any suggestions at this point, and to make it more interesting, we do not have routing on our data network, bc its on big flat network.

 

[tnphoneman]

unless your subnet mask looks like 255.0.0.0 you have to be doing some kind of routing if the other site is in a different subnet.

For Example

172.1.1.1
255.255.255.0

and

172.2.2.2
255.255.255.0

They are both in the 172 network but they are in different subnets because of the subnet mask. Check and post the ip address and mask.

 

[Triton101]

jaclarke, see if you can ping the BCM (or IP phones registered to the BCM) from the Succession IP phones (if you have the 1120/40).

Sounds like the Voice UDP RTP stream is being dropped or blocked from the Succession (IP Phone) going back to the BCM systems. Have you implemented VLANS ? this might cause a problem if the BCMs have access to the IP phones (on the Succession) VLAN but the IP Phones might not have access to the BCM's vlan (since you are not routing).

Unfortunaly, there are a lot of possiblities that might cause that type of scenario:

Configuration errors
Duplex settings on Ethernet
VLANs
ZONES
CODECs
Routing
Patches,DEP lists
Port Blocking on the network
Firewalls
Hardware failure....

So on..


(I remember an IT guy telling me that VOIP will make things so much easier...... the same guy kept on blaming our company for the VOIP phones having issues, turned out to be a network problem..... he never said anything)

 

[jaclarke]

Hey Triton101 I think you were right, Here is how my telephone network looks.
Signaling server 172.0.1.10
Gatekeeper 172.0.1.11
Branch site server 172.0.6.10
SRG Remote Site 172.0.2.100
SRG Remote Site 172.0.3.100
BCM Remote Site 172.0.4.100
BCM Remote Site 172.0.5.100
The mask for the sites and server is 255.255.0.0

My phone and all the ip phones I programmed is within the 172.0.1.14 and have a mask of 255.255.255.0
I tried changing the subnet on the phone to 255.255.0.0 and I can hear them and they can hear me. My only question is what is best practices policy on a situation like this? Do I change the server mask and all remote sites or do I physically go and touch over 80 ip telephones?

 

[Triton101]

You can't change the subnet on the equipment without implementing Gateways..... nothing will talk to each other if you put subnet mask 255.255.255.0 without gateways on the network.

The only way to get around changing all the phones would be to move all the equipment into the same subnet, but the problem will grow since you will run out of IP address eventualy for that subnet. (and you would still have to change all the phones to point to the new IP anyway...)

Your addresses are CLASS B and the default mask is for B Class addresses is 255.255.0.0 so if you want to follow standards then change the phones.....

What the phones are doing is they are trying to use their gateway entry (if you have one) and are sending their info there, since the BCMs look like they are on a different subnets (172.0.5 mask 255.255.255.0 for example) the BCM will not use it's gateway entry simply because the phones and all the other equipment are on the same subnet 172.0 mask 255.255.0.0

either way it sounds like a lot of work..... but if "ALL" of your equipment is setup with subnet mask 255.255.0.0 it might make more sence to have the phones setup that way as well.....

As far as best pracitces, CISCO says to have a TREE structure to the network, have VLANS and subnets and have a central CORE to where all systems come back to on a single network.... thus allowing major changes without affecting a whole network....