<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Matthew,<br>

<br>

You are right, it is a STP scenario. To keep example simple (my

mistake) I did not inform the 4th E1 that is running the second

signaling link.<br>

<br>

I will keep you posted.<br>

<br>

<br>

[]'s<br>

<br>

Daniel<br>

<br>

<br>

Matthew Fredrickson escreveu:

<blockquote cite="mid475FFE72.8010001@digium.com" type="cite">

  <pre wrap="">Daniel Bichara wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">Hi,

We are running libss7 with 3 E1s. First E1 has the signalling channel on

16 and the others are connected to two different DPC (different

destinations).

The point is: CICs of link #2 and #3 are numbered from 1 to 31. They

have the same number and function ss7_find_cic() can not find the

correct PVT (channel) when looking for CIC number 1, for example, on

GRS,GRA,BLO, etc..

I am working on a patch to handle OPC information (structure ss7_event /

ss7_event_ciconly) and pass this information to ss7_find_cic for such

commands.

Any comment/suggestion is welcome.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

One additional question I subsequently thought of:  Wouldn't this be an 

invalid scenario though to have in a single linkset?  One of the 

assumptions that I made was that you have one point code associated with 

a linkset/set of signalling channels, not multiple codes associated with 

a single signalling channel.  That sounds almost like an STP type 

configuration...

I completely understand that you have this problem and are attempting to 

find a good way to solve it.  It's just that I never presumed that such 

a scenario might exist for a non STP box.

  </pre>

</blockquote>

<br>

</body>

</html>