aditi someshwar | 5 Apr 07:45 2012
Picon

SIGTRAN: Client-Server model

Hi all,

One very fundamental question:

SIGTRAN uses "Client-Server" model.

Can anyone please tell why?

Regards,
Aditi

_______________________________________________
Sigtran mailing list
Sigtran <at> ietf.org
https://www.ietf.org/mailman/listinfo/sigtran
Elnur Atakishiyev | 5 Apr 08:25 2012
Picon

Re: SIGTRAN: Client-Server model

Hi Aditi,

This is because of Sigtran is based on IP protocol and for two nodes interconnection between each other one of them must be act as “SERVER” and other one is must be acted as “CLIENT”.

 

 

Best regards

Elnur Atakishiyev
Billing Engineering Senior Specialist
Billing Engineering team
Planning and Engineering Unit
Billing Department
Information Technologies Division

Tel: (+994 12) 4440730
Fax: (+994 12) 4440733
Mob: (+994 70) 2011342
E-mail: eatakishiyev <at> azerfon.az
Web:www.azerfon.az

Privacy disclaimer

AZERFON LLC
Building 20 C
1240 Nobel Ave., Khatai district
Baku AZ 1025
Azerbaijan

 

 

From: sigtran-bounces <at> ietf.org [mailto:sigtran-bounces <at> ietf.org] On Behalf Of aditi someshwar
Sent: Thursday, April 05, 2012 10:46 AM
To: sigtran <at> ietf.org
Subject: [Sigtran] SIGTRAN: Client-Server model

 

Hi all,

One very fundamental question:


SIGTRAN uses "Client-Server" model.

Can anyone please tell why?

Regards,
Aditi


Privacy Declaration: This e-mail and its attachments contain confidential information from "Azerfon LLC" ,which is intended
only for the person or entity whose address is listed above. Any use of the information contained herein in any way
(including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than
the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or
email immediately and delete it!
_______________________________________________
Sigtran mailing list
Sigtran <at> ietf.org
https://www.ietf.org/mailman/listinfo/sigtran
aditi someshwar | 5 Apr 08:29 2012
Picon

Re: SIGTRAN: Client-Server model

True, but does it mean that all functions of the "client" and "server" are applicable to SIGTRAN?
Why can't they be peer to peer nodes?

On Thu, Apr 5, 2012 at 11:55 AM, Elnur Atakishiyev <eatakishiyev <at> azerfon.az> wrote:

Hi Aditi,

This is because of Sigtran is based on IP protocol and for two nodes interconnection between each other one of them must be act as “SERVER” and other one is must be acted as “CLIENT”.

 

 

Best regards

Elnur Atakishiyev
Billing Engineering Senior Specialist
Billing Engineering team
Planning and Engineering Unit
Billing Department
Information Technologies Division

Tel: (+994 12) 4440730
Fax: (+994 12) 4440733
Mob: (+994 70) 2011342
E-mail: eatakishiyev <at> azerfon.az
Web:www.azerfon.az

Privacy disclaimer

AZERFON LLC
Building 20 C
1240 Nobel Ave., Khatai district
Baku AZ 1025
Azerbaijan

 

 

From: sigtran-bounces <at> ietf.org [mailto:sigtran-bounces <at> ietf.org] On Behalf Of aditi someshwar
Sent: Thursday, April 05, 2012 10:46 AM
To: sigtran <at> ietf.org
Subject: [Sigtran] SIGTRAN: Client-Server model

 

Hi all,

One very fundamental question:


SIGTRAN uses "Client-Server" model.

Can anyone please tell why?

Regards,
Aditi


Privacy Declaration: This e-mail and its attachments contain confidential information from "Azerfon LLC" ,which is intended
only for the person or entity whose address is listed above. Any use of the information contained herein in any way
(including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than
the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or
email immediately and delete it!

_______________________________________________
Sigtran mailing list
Sigtran <at> ietf.org
https://www.ietf.org/mailman/listinfo/sigtran
Brian F. G. Bidulock | 5 Apr 09:17 2012

Re: SIGTRAN: Client-Server model

aditi,

See RFC 2719 for the Framework Architecture for Signaling Transport.  It is
not as simple as pure peer-to-peer or pure client-server.

--brian

aditi someshwar wrote:                                               (Thu, 05 Apr 2012 11:59:56)
>    True, but does it mean that all functions of the "client" and "server"
>    are applicable to SIGTRAN?
>    Why can't they be peer to peer nodes?
> 

--

-- 
Brian F. G. Bidulock
bidulock <at> openss7.org
http://www.openss7.org/
Chris Benson | 5 Apr 19:18 2012

Re: SIGTRAN: Client-Server model

Aditi,

The function of "client" and "server" that is used by SIGTRAN
is the initiator of connections between them. The "client"
decides to connect to a "server" that is listening for such
connection requests.

In almost all real cases of SIGTRAN, the underlying transport
is provided by SCTP, where a connection is called an association
and must be initiated by just one side, with suitable responses
by the other side.

In their original guise and purpose, many SIGTRAN protocols are
inherently asymmetric, connecting user-level protocols on one 
side to provider-level protocols on the other side of a pair
of co-operating peers. So two "peers" are often not "equal 
peers" in the sense of being equivalent in operation.

Generally, the "client" and "server" label distinction only 
applies to the connection phase, and is not relevant after
connecting.  Your question refers to *all* functions of "client"
and "server". I believe the initiator and listener/responder 
roles at connection time are the only such function recognized 
in the SIGTRAN suite of protocols.

With thanks, from Chris Benson.

On Thu, 5 Apr 2012, aditi someshwar wrote:

>>  Date: Thu, 5 Apr 2012 11:59:56 +0530
>>  From: aditi someshwar <aditi.someshwar <at> gmail.com>
>>  To: Elnur Atakishiyev <eatakishiyev <at> azerfon.az>
>>  Cc: "sigtran <at> ietf.org" <sigtran <at> ietf.org>
>>  Subject: Re: [Sigtran] SIGTRAN: Client-Server model
>>  
>>  True, but does it mean that all functions of the "client" and "server" are
>>  applicable to SIGTRAN?
>>  Why can't they be peer to peer nodes?
>>  
>>  On Thu, Apr 5, 2012 at 11:55 AM, Elnur Atakishiyev
>>  <eatakishiyev <at> azerfon.az>wrote:
>>  
>>  >  Hi Aditi,****
>>  >
>>  > This is because of Sigtran is based on IP protocol and for two nodes
>>  > interconnection between each other one of them must be act as “SERVER” and
>>  > other one is must be acted as “CLIENT”.****
>>  >
>>  > ** **
>>  >
>>  > ** **
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_01.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_02.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_03.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_04.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/2_01.jpg]****
>>  >
>>  > Best regards****
>>  >
>>  > *Elnur Atakishiyev*
>>  > *Billing Engineering Senior Specialist*
>>  > Billing Engineering team
>>  > Planning and Engineering Unit
>>  > Billing Department
>>  > Information Technologies Division ****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_06.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_07.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_08.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_09.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_10.jpg]****
>>  >
>>  > Tel: (+994 12) 4440730
>>  > Fax: (+994 12) 4440733
>>  > Mob: (+994 70) 2011342
>>  > E-mail: eatakishiyev <at> azerfon.az
>>  > Web:www.azerfon.az
>>  >
>>  > *Privacy disclaimer* <http://narmobile.az/en/prvdecl#content> ****
>>  >
>>  > AZERFON LLC
>>  > Building 20 C
>>  > 1240 Nobel Ave., Khatai district
>>  > Baku AZ 1025
>>  > Azerbaijan****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_12.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_13.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_14.jpg]****
>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_15.jpg]****
>>  >
>>  > ** **
>>  >
>>  > ** **
>>  >
>>  > *From:* sigtran-bounces <at> ietf.org [mailto:sigtran-bounces <at> ietf.org] *On
>>  > Behalf Of *aditi someshwar
>>  > *Sent:* Thursday, April 05, 2012 10:46 AM
>>  > *To:* sigtran <at> ietf.org
>>  > *Subject:* [Sigtran] SIGTRAN: Client-Server model****
>>  >
>>  > ** **
>>  >
>>  > Hi all,
>>  >
>>  > One very fundamental question:
>>  >
>>  > SIGTRAN uses "Client-Server" model.
>>  >
>>  > Can anyone please tell why?
>>  >
>>  > Regards,
>>  > Aditi****
>>  >
>>  > ------------------------------
>>  > Privacy Declaration: This e-mail and its attachments contain confidential
>>  > information from "Azerfon LLC" ,which is intended
>>  > only for the person or entity whose address is listed above. Any use of
>>  > the information contained herein in any way
>>  > (including, but not limited to, total or partial disclosure, reproduction,
>>  > or dissemination) by persons other than
>>  > the intended recipient(s) is prohibited. If you receive this e-mail in
>>  > error, please notify the sender by phone or
>>  > email immediately and delete it!
>>  >
>>  
_______________________________________________
Sigtran mailing list
Sigtran <at> ietf.org
https://www.ietf.org/mailman/listinfo/sigtran
Saurabh Jain | 6 Apr 06:04 2012

Re: SIGTRAN: Client-Server model

Hello,
In addition to this, in general Sigtran protocols support 2 modes
1. ASP mode -  one side is running on SG and one side is in IP network. Here, protocol at both ends are asymmetric
and client server model is a direct fit
2. IPSP mode - both sides are in IP network, Here the protocol is symmetric at both sides and any side can
initiate a connection.

Rgds
Saurabh

-----Original Message-----
From: sigtran-bounces <at> ietf.org [mailto:sigtran-bounces <at> ietf.org] On Behalf Of Chris Benson
Sent: Thursday, April 05, 2012 10:49 PM
To: aditi someshwar
Cc: sigtran <at> ietf.org
Subject: Re: [Sigtran] SIGTRAN: Client-Server model

Aditi,

The function of "client" and "server" that is used by SIGTRAN is the initiator of connections between them.
The "client"
decides to connect to a "server" that is listening for such connection requests.

In almost all real cases of SIGTRAN, the underlying transport is provided by SCTP, where a connection is
called an association and must be initiated by just one side, with suitable responses by the other side.

In their original guise and purpose, many SIGTRAN protocols are inherently asymmetric, connecting
user-level protocols on one side to provider-level protocols on the other side of a pair of co-operating
peers. So two "peers" are often not "equal peers" in the sense of being equivalent in operation.

Generally, the "client" and "server" label distinction only applies to the connection phase, and is not
relevant after connecting.  Your question refers to *all* functions of "client"
and "server". I believe the initiator and listener/responder roles at connection time are the only such
function recognized in the SIGTRAN suite of protocols.

With thanks, from Chris Benson.

On Thu, 5 Apr 2012, aditi someshwar wrote:

>>  Date: Thu, 5 Apr 2012 11:59:56 +0530
>>  From: aditi someshwar <aditi.someshwar <at> gmail.com>
>>  To: Elnur Atakishiyev <eatakishiyev <at> azerfon.az>
>>  Cc: "sigtran <at> ietf.org" <sigtran <at> ietf.org>
>>  Subject: Re: [Sigtran] SIGTRAN: Client-Server model
>>
>>  True, but does it mean that all functions of the "client" and
>> "server" are  applicable to SIGTRAN?
>>  Why can't they be peer to peer nodes?
>>
>>  On Thu, Apr 5, 2012 at 11:55 AM, Elnur Atakishiyev
>>  <eatakishiyev <at> azerfon.az>wrote:
>>
>>  >  Hi Aditi,****
>>  >
>>  > This is because of Sigtran is based on IP protocol and for two
>> nodes  > interconnection between each other one of them must be act
>> as “SERVER” and  > other one is must be acted as “CLIENT”.****  >  >
>> ** **  >  > ** **  >  > [image: Description:
>> http://azfn0359/it_sign/images/my_01.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_02.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_03.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_04.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/2_01.jpg]****

>>  >
>>  > Best regards****
>>  >
>>  > *Elnur Atakishiyev*
>>  > *Billing Engineering Senior Specialist*  > Billing Engineering
>> team  > Planning and Engineering Unit  > Billing Department  >
>> Information Technologies Division ****  >  > [image: Description:
>> http://azfn0359/it_sign/images/my_06.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_07.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_08.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_09.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_10.jpg]****

>>  >
>>  > Tel: (+994 12) 4440730
>>  > Fax: (+994 12) 4440733
>>  > Mob: (+994 70) 2011342
>>  > E-mail: eatakishiyev <at> azerfon.az
>>  > Web:www.azerfon.az

>>  >
>>  > *Privacy disclaimer* <http://narmobile.az/en/prvdecl#content> ****
>> >  > AZERFON LLC  > Building 20 C  > 1240 Nobel Ave., Khatai district
>> > Baku AZ 1025  > Azerbaijan****  >  > [image: Description:
>> http://azfn0359/it_sign/images/my_12.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_13.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_14.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_15.jpg]****

>>  >
>>  > ** **
>>  >
>>  > ** **
>>  >
>>  > *From:* sigtran-bounces <at> ietf.org [mailto:sigtran-bounces <at> ietf.org]
>> *On  > Behalf Of *aditi someshwar  > *Sent:* Thursday, April 05, 2012
>> 10:46 AM  > *To:* sigtran <at> ietf.org  > *Subject:* [Sigtran] SIGTRAN:
>> Client-Server model****  >  > ** **  >  > Hi all,  >  > One very
>> fundamental question:
>>  >
>>  > SIGTRAN uses "Client-Server" model.
>>  >
>>  > Can anyone please tell why?
>>  >
>>  > Regards,
>>  > Aditi****
>>  >
>>  > ------------------------------
>>  > Privacy Declaration: This e-mail and its attachments contain
>> confidential  > information from "Azerfon LLC" ,which is intended  >
>> only for the person or entity whose address is listed above. Any use
>> of  > the information contained herein in any way  > (including, but
>> not limited to, total or partial disclosure, reproduction,  > or
>> dissemination) by persons other than  > the intended recipient(s) is
>> prohibited. If you receive this e-mail in  > error, please notify the
>> sender by phone or  > email immediately and delete it!
>>  >
>>




===============================================================================
Please refer to http://www.aricent.com/legal/email_disclaimer.html

for important disclosures regarding this electronic communication.
===============================================================================
_______________________________________________
Sigtran mailing list
Sigtran <at> ietf.org
https://www.ietf.org/mailman/listinfo/sigtran
Aditi Someshwar | 6 Apr 07:26 2012
Picon

Re: SIGTRAN: Client-Server model

Thanks Chris, thanks Saurabh.

Your mails have brought in a lot of clarity. Was a very fundamental question, thanks for anwering in such a
lucid way.


Regards,
Aditi Nangia Someshwar

-----Original Message-----
From: Saurabh Jain <saurabh.jain <at> aricent.com>
Date: Fri, 6 Apr 2012 09:34:51 
To: Chris Benson<cbenson <at> adax.com>; aditi someshwar<aditi.someshwar <at> gmail.com>
Cc: sigtran <at> ietf.org<sigtran <at> ietf.org>
Subject: RE: [Sigtran] SIGTRAN: Client-Server model

Hello,
In addition to this, in general Sigtran protocols support 2 modes
1. ASP mode -  one side is running on SG and one side is in IP network. Here, protocol at both ends are asymmetric
and client server model is a direct fit
2. IPSP mode - both sides are in IP network, Here the protocol is symmetric at both sides and any side can
initiate a connection.

Rgds
Saurabh

-----Original Message-----
From: sigtran-bounces <at> ietf.org [mailto:sigtran-bounces <at> ietf.org] On Behalf Of Chris Benson
Sent: Thursday, April 05, 2012 10:49 PM
To: aditi someshwar
Cc: sigtran <at> ietf.org
Subject: Re: [Sigtran] SIGTRAN: Client-Server model

Aditi,

The function of "client" and "server" that is used by SIGTRAN is the initiator of connections between them.
The "client"
decides to connect to a "server" that is listening for such connection requests.

In almost all real cases of SIGTRAN, the underlying transport is provided by SCTP, where a connection is
called an association and must be initiated by just one side, with suitable responses by the other side.

In their original guise and purpose, many SIGTRAN protocols are inherently asymmetric, connecting
user-level protocols on one side to provider-level protocols on the other side of a pair of co-operating
peers. So two "peers" are often not "equal peers" in the sense of being equivalent in operation.

Generally, the "client" and "server" label distinction only applies to the connection phase, and is not
relevant after connecting.  Your question refers to *all* functions of "client"
and "server". I believe the initiator and listener/responder roles at connection time are the only such
function recognized in the SIGTRAN suite of protocols.

With thanks, from Chris Benson.

On Thu, 5 Apr 2012, aditi someshwar wrote:

>>  Date: Thu, 5 Apr 2012 11:59:56 +0530
>>  From: aditi someshwar <aditi.someshwar <at> gmail.com>
>>  To: Elnur Atakishiyev <eatakishiyev <at> azerfon.az>
>>  Cc: "sigtran <at> ietf.org" <sigtran <at> ietf.org>
>>  Subject: Re: [Sigtran] SIGTRAN: Client-Server model
>>
>>  True, but does it mean that all functions of the "client" and
>> "server" are  applicable to SIGTRAN?
>>  Why can't they be peer to peer nodes?
>>
>>  On Thu, Apr 5, 2012 at 11:55 AM, Elnur Atakishiyev
>>  <eatakishiyev <at> azerfon.az>wrote:
>>
>>  >  Hi Aditi,****
>>  >
>>  > This is because of Sigtran is based on IP protocol and for two
>> nodes  > interconnection between each other one of them must be act
>> as “SERVER” and  > other one is must be acted as “CLIENT”.****  >  >
>> ** **  >  > ** **  >  > [image: Description:
>> http://azfn0359/it_sign/images/my_01.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_02.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_03.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_04.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/2_01.jpg]****

>>  >
>>  > Best regards****
>>  >
>>  > *Elnur Atakishiyev*
>>  > *Billing Engineering Senior Specialist*  > Billing Engineering
>> team  > Planning and Engineering Unit  > Billing Department  >
>> Information Technologies Division ****  >  > [image: Description:
>> http://azfn0359/it_sign/images/my_06.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_07.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_08.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_09.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_10.jpg]****

>>  >
>>  > Tel: (+994 12) 4440730
>>  > Fax: (+994 12) 4440733
>>  > Mob: (+994 70) 2011342
>>  > E-mail: eatakishiyev <at> azerfon.az
>>  > Web:www.azerfon.az

>>  >
>>  > *Privacy disclaimer* <http://narmobile.az/en/prvdecl#content> ****
>> >  > AZERFON LLC  > Building 20 C  > 1240 Nobel Ave., Khatai district
>> > Baku AZ 1025  > Azerbaijan****  >  > [image: Description:
>> http://azfn0359/it_sign/images/my_12.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_13.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_14.jpg]****

>>  >
>>  > [image: Description: http://azfn0359/it_sign/images/my_15.jpg]****

>>  >
>>  > ** **
>>  >
>>  > ** **
>>  >
>>  > *From:* sigtran-bounces <at> ietf.org [mailto:sigtran-bounces <at> ietf.org]
>> *On  > Behalf Of *aditi someshwar  > *Sent:* Thursday, April 05, 2012
>> 10:46 AM  > *To:* sigtran <at> ietf.org  > *Subject:* [Sigtran] SIGTRAN:
>> Client-Server model****  >  > ** **  >  > Hi all,  >  > One very
>> fundamental question:
>>  >
>>  > SIGTRAN uses "Client-Server" model.
>>  >
>>  > Can anyone please tell why?
>>  >
>>  > Regards,
>>  > Aditi****
>>  >
>>  > ------------------------------
>>  > Privacy Declaration: This e-mail and its attachments contain
>> confidential  > information from "Azerfon LLC" ,which is intended  >
>> only for the person or entity whose address is listed above. Any use
>> of  > the information contained herein in any way  > (including, but
>> not limited to, total or partial disclosure, reproduction,  > or
>> dissemination) by persons other than  > the intended recipient(s) is
>> prohibited. If you receive this e-mail in  > error, please notify the
>> sender by phone or  > email immediately and delete it!
>>  >
>>




===============================================================================
Please refer to http://www.aricent.com/legal/email_disclaimer.html

for important disclosures regarding this electronic communication.
===============================================================================
_______________________________________________
Sigtran mailing list
Sigtran <at> ietf.org
https://www.ietf.org/mailman/listinfo/sigtran

Can 2 ASPs of Same Mode (IPSP -DE) be added to 2 different AS having different RC values.

Hi,

Q1: Can 2 ASPs of Same Mode (IPSP -DE) be added to 2 different AS having different RC values?

My thinking is that there should not be any restriction to add two different ASPs (IPSP DE) each of which is
associated to two different ASs having same routing context. 

But in my observation restriction is observed when doing such configuration.
Is it right?

Q2: Can 2 ASPs of Same Mode (IPSP -DE) be added to 2 different AS having same RC values?

Thanks,
Vikramjeet Singh
Anand N Ilkal | 24 Apr 11:12 2012
Picon

Re: Can 2 ASPs of Same Mode (IPSP -DE) be added to 2 different AS having different RC values.

Hi vikram,


On 24 April 2012 13:03, SINGH, VIKRAMJEET (VIKRAMJEET) <vikramjeet.singh <at> alcatel-lucent.com> wrote:
Hi,

Q1: Can 2 ASPs of Same Mode (IPSP -DE) be added to 2 different AS having different RC values?


My thinking is that there should not be any restriction to add two different ASPs (IPSP DE) each of which is associated to two different ASs having same routing context.

But in my observation restriction is observed when doing such configuration.
Is it right?


Yes, ASP's can be added to different AS's with different RC's. There is no such restriction. The restriction what you are seeing in current configuration could be due to the stack implementation. Standard is clear about this and there is no restriction for this type of configuration.

Q2: Can 2 ASPs of Same Mode (IPSP -DE) be added to 2 different AS having same RC values?

This configuration is against the standard. remember standard recommends, each RC should uniquely identify a Routing Key. In your case, you are trying to index two different Routing keys using same RC, which is not possible. 


Thanks,
Vikramjeet Singh

_______________________________________________
Sigtran mailing list
Sigtran <at> ietf.org
https://www.ietf.org/mailman/listinfo/sigtran



--
with regards,
Anand kumar Ilkal
_______________________________________________
Sigtran mailing list
Sigtran <at> ietf.org
https://www.ietf.org/mailman/listinfo/sigtran

Gmane