[cisco-voip] Subscriber consuming too much bandwidth

[Wes Sisk]

The total is "per server", not "per cluster".

Traffic volume is extremely dependent on configuration and BHCA.

It is possible to identify what is generating the SDL traffic using UCM 
SDL traces.
SDLSig-I is input from another node in the cluster over SDL link
SDLSig-O is output to another node in the cluster over SDL link

SDL processes are identify by quadruplet (a,b,c,d) where A identifies 
the node id within the cluster.  The node IDs can be found in ccmadmin 
under system->cisco unified CM
select a node
observe the "CTI ID".

So an SDL line like:
SdlSig-O  | PropagateLocationTbl                  | NA 
RemoteSignal               | LocationsManager(7,100,146,1)   | 
LocationsManager(4,100,146,1)

is a "PropagateLocationTbl" signal sent from node with CTI Id 4 
(LocationsManager*(4,*) to node with CTI Id 7 ( LocationsManager*(7,*)

Although 30MB seems like a truly excessive amount of SDL traffic.  This 
may be indicative of another problem such as a signal loop where 2 nodes 
bounce signals back and forth.  This has been observed with issues such as
CSCsg88070    CallManager has RSVP Signal loop occur with park call 
reversion and MoH

Regards,
Wes

On Thursday, October 22, 2009 5:07:01 AM, Johnny Crothers 
<randvines at gmail.com> wrote:
> Hi everyone,
>  
> I have a query to begin with :)
>  
> CUCM 6.1 ICCS traffic (TCP port 8002) From what i understand, this 
> port is used as the sending port from a subscriber to send information 
> back to other subscribers or the Publisher for Call control? If so, I 
> understand this should only be approx 2Mbps for each server, so if you 
> have 1 subscriber updating another subscriber a publisher, this should 
> be 4Mbps leaving from the subscriber?
>  
> Is there any other traffic that might be using this port? We have an 
> instance where the subscriber is sending information to another 
> subscriber and publisher on this port, but sending it at 15Mbps to 
> each server, so 30Mbps total.
>  
> Anyone got any suggestions?
>  
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091022/a4d2f679/attachment.html>