Re: Traffiic Mode : Help Please

Ramma <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <[email protected]>
Hi Brain,

Thank you very much for replying.

I am struck in a situation where I have a node (My node) which is configured
as an AS and have the limitation that it can have only one ASP serving this
AS and the traffic mode is always override. There is no way to configure the
localAS traffic mode but you can set up the traffic mode for the remote AS.

Using this node I want to talk to a peer node which have 2 ASPs and these 2
ASPs have to work in loadshare mode. Any hence I have the configuration as
mentioned in my previous mail.

My questions would be

1. Is there anything "illegal" with respect to the standards regarding this
configuration. I cant find anything in the RFC which forbids this.
2. Is it mandory that if I am working in a particular traffic mode (say
loadshare), my peer should work in the same traffic mode ?

With respect to question number 2, if I have a situation where I am an AS
with 2 ASPs working in loadshare mode and I am talking to 2 different AS --
one of which is working in loadshare mode and the other one in override.
Cant I do that ???

Thank you very much for your time and I really appreciate your help.

Regards
Ramma



On 9/21/06, Brian F. G. Bidulock <[email protected]> wrote:
>
> Ramma,
>
> Ramma wrote:                             (Thu, 21 Sep 2006 10:29:04)
> >    I  have  tried to configure as above with my local node having one
> ASP
> >    and I have configured myself to work in override mode but I am
> talking
> >    to an AS which is working in loadshare mode.
>
> There is nothing in the spec requiring an implementation to
> support such an arrangement.  It doesn't even sound useful
> to me.
>
> --brian
>
> --
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/
>



-- 
Make God Laugh, Tell Him Your Future Plans

_______________________________________________
Sigtran mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/sigtran
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.