Re: GRP address type in MeGaCo/SDP for TDM

Javi Muñoz <[email protected]> Wed, 09 Feb 2011 18:39:54 +0100
Newsgroups gmane.ietf.megaco
Message-ID <[email protected]>
Albrecht,

I agree with you. For ISDN monochannel services, I have been used the 
naming scheme proposed by the ETSI_ARGW profile[TS 183002 V3.3.1]. For 
example:

pra/<subrack>/<card>/<port>/<channel>
pra/5/9/3/20


If we want to describe an ISDN mutichannel service with 3 B-channel (B1, 
B4, B7) belonging to the ISDN interface of the subrack "5", we though to 
use:

pra/5/9/3/1,4,7

And for ranges (B1, B2, B3):

pra/5/9/3/1-3


But, If we use this, which is the usefulness of the GRP address type?. 
It would not be necessary.

Javi




El 08/02/2011 8:07, Schwarz, Albrecht (Albrecht) escribió:
> ... e.g. via Termination names, which are defined in H.248 PROFILEs.
>
> You could choose correspondent "Termination naming convention for TDM terminations", which satisfy your "grouping", hierarchical, physical, Layer 1, ... characteristics.
>
> For instance: ETSI TISPAN H.248 Profile for TGW
> ES 283 024
> ->  § 5.6.1.1
>
> 5.6.1.1.1.1	ABNF Grammar for H.248 Text Encoding Mode
> ABNF (RFC 4234 [26]) is used for the syntax specification.
> ABNF coding:
> pathName = TDMToken SLASH (PCMsystem / "*")
> TDMToken = "tdm"
> PCMsystem = 0*(HierarchyLevelHIGHToken SLASH) HierarchyLevelLOWToken
> HierarchyLevelHIGHToken = (UnitTypeToken "_" UnitNumber)
> HierarchyLevelLOWToken  = (UnitTypeToken "_" Wildcard) / Channel / Wildcard
> UnitTypeToken = "ChassisToken" / "SDHToken" / "SONETToken" / "PDHToken"
> ChassisToken  = "s" / "su" 		; slot, sub-unit within slot
> SDHToken      = "stm4" / "stm1" 	; relevant is capacity, but not
>   									  electrical or optical interface type
> SONETToken    = "oc12" / "oc3"
> PDHToken      = "ds3" / "e3" / "ds2" / "e2" /"ds1" / "e1" 	; ANSI&  ETSI
> UnitNumber = 1*DIGIT
> Channel    = %d0-31 / %d0-23	; value range E1/T1 system
> Wildcard   = "*"
>
> ____
> If your grouping concept wouldn't be already covered, then just extend the naming scheme.
> See also AGW: ETSI TS 183002 V3.3.1, § 5.6.1.1 ... and extend if required
>
> /Albrecht
>
>
>
>
>> -----Original Message-----
>> From: [email protected]
>> [mailto:[email protected]] On Behalf Of Javi
>> Sent: Sonntag, 6. Februar 2011 19:02
>> To: [email protected]
>> Cc: [email protected]
>> Subject: [Megaco] GRP address type in MeGaCo/SDP for TDM
>>
>> Hi Albrecht, Tom and all,
>>
>> About the use of the GRP address type,
>> [draft-taylor-mmusic-sdp-tdm-01]
>> proposes:
>>
>> The GRP scheme designates a logical or physical grouping of
>> circuits within which individual 64 kbit/s channels may be
>> identified by integer values.  The GRP connection-address
>> consists of two parts.
>> The first part identifies the logical or physical group,
>> while the second identifies the individual circuit within the group.
>>
>>           grp-connection-address = group-part "/" member-part
>>
>>           group-part  = non-ws-string
>>           member-part = non-ws-string
>>
>>
>> If we want to describe an ISDN mutichannel service with 3
>> B-channel (B1, B4, B7) belonging to the ISDN interface of the
>> rack "A", I image a possible example would be:
>>
>> v=0
>> c=TDM GRP  1111/1
>> c=TDM GRP  1111/4
>> c=TDM GRP  1111/7
>> m=application 1 TDM octect-stream
>> b=AS:64  # each channel of 64 kbps
>>
>>
>> But, then: How does MGC and MG agree the group number of each
>> ISDN interface (in the example, the "1111" number for the
>> ISDN interface of the rack "A" (and similarly for member
>> number "1,4,7" with the B1,B4,B7 channels, although the
>> correlative numbering is a possibility here)?
>>
>> Regards,
>>
>> Javier Muñoz
>> _______________________________________________
>> Megaco mailing list
>> [email protected]
>> https://www.ietf.org/mailman/listinfo/megaco
>>