Re: OT: QOS on Signaling Traffic for Mobile operators, SIGTRAN,

Oh, if they plan to do TDMoIP, God almighty save you. That's an
endless clock synch nightmare...

On Tue, Apr 14, 2009 at 00:15, Radioactive Frog <pbhatkoti_at_gmail.com> wrote:
> Do you have more info on what type of gear they are using to transport
> BTS--to--BSC traffic?
> Does their BTS has built-in ethernet ports of so what are the protocol -
> SIP?h323
> or
> or if the bts/bsc's are old then they should be based on E1 trunks-IMAE1/t1
> ports. so they may have plan for transporting IMA-E1 over ethernet using
> TDMoIP or similar technology. then your stratedgy will be different.
>
> If you can find out more on this that would be great.
> also putting signaling and voice on same prioty ques is nto an issue.
> Remember QoS only kicks in when there is a congestion.
>
> -frog
>
>
> On Tue, Apr 14, 2009 at 12:51 AM, Ahmed Elhoussiny <aelhoussiny_at_gmail.com>
> wrote:
>>
>> Dear Mark,
>> B B B B B B B B B B B B B B B B B B Many thanks for your advise.
>> B B B B B B B B B B B B B B B B B B Its wired for me when i see a queue holding Voice &
>> signaling with priority 50 %B lol
>>
>> B B B B B B B B B B B B B B B B B B But i think this may be the solution, Its really
>> different , as i used to work in a SP , where VRFs are the customer.
>> B B B B B B B B B B B B B B B B B Where inside the Mobile/GSM Teleco SP , the VRFs
>> implemented are the services itself. :)
>>
>> So Guys any more advise/experience in this issue.
>>
>> Thanks & B.Regards
>> Ahmed Elhoussiny, CCIE # 21988
>> Network Consultant & Cisco academy Instructor.
>>
>>
>> On Mon, Apr 13, 2009 at 3:20 PM, Marko Milivojevic <markom_at_markom.info>
>> wrote:
>>>
>>> Implementing QoS for mobile services can be rather difficult, as you
>>> have noticed. Also, have in mind tha even though you can specify
>>> multiple LLQ configurations, they are serviced by the same queue on
>>> most platforms.
>>>
>>> What you need to do here is forget what you have learned about
>>> "enterprise" QoS and switch your mind into SP/telco mode. Signaling
>>> and voice are essentially the same thing, QoS-wise. I would suggest
>>> marking both with EF/EXP-5/COS-5 and service them using one generous
>>> LLQ.
>>>
>>> Don't forget that you don't have as many marking options when you deal
>>> with MPLS (EXP is only 3 bits).
>>>
>>> --
>>> Marko
>>> CCIE #18427 (SP)
>>>
>>> On Mon, Apr 13, 2009 at 12:26, Ahmed Elhoussiny <aelhoussiny_at_gmail.com>
>>> wrote:
>>> > Hello Radio,
>>> > B B B B B B B B B B Thanks , but i think if i used priority for the
>>> > signaling queue i will be using 2 queues ( Voice & signaling),
>>> > B B B B B B B B B 2 LLQs in CBWF Or to be more specified i will be
>>> > using 2
>>> > priority queues on MDRR for the GSR & CRS-1
>>> >
>>> > B I remember reading about this in one of my QOS references, but did it
>>> > scale well with you, did it give you the preformance for both voice &
>>> > signaling ?
>>> >
>>> > The Signaling requires min delay, RTD of B 50 ms & 100 ms. !!!!!
>>> >
>>> > Thanks in advance.
>>> >
>>> > *Ahmed Elhoussiny,CCIE # 21988*
>>> >
>>> > On Mon, Apr 13, 2009 at 1:22 PM, Radioactive Frog
>>> > <pbhatkoti_at_gmail.com>wrote:
>>> >
>>> >> Normally signaling should be reserved using "bandwidth 512000' (for
>>> >> example) command and the RTP stream should be given priority using
>>> >> 'PRIORITY" command.
>>> >> I've worked on many softswtich so they may be having both RTP and
>>> >> Signaling
>>> >> terminated in them.
>>> >>
>>> >> As you've mentioned HLR signaling & replication - it will depend what
>>> >> are
>>> >> the maximum delay/requirement for that perticular protocol. If you are
>>> >> not
>>> >> sure about the perticular protocol behaviour then it would be safe to
>>> >> put
>>> >> all signaling traffic in priority queue e.g. using "priority 512000"
>>> >> command.
>>> >>
>>> >> HTH
>>> >> -frog
>>> >>
>>> >>
>>> >> On Mon, Apr 13, 2009 at 8:57 PM, Ahmed Elhoussiny
>>> >> <aelhoussiny_at_gmail.com>wrote:
>>> >>
>>> >>> Dear all,
>>> >>> B B B B B B I'm working on a Mobile Operator project , to migrate his
>>> >>> old
>>> >>> network to an IP/MPLS NGN .
>>> >>> B B B B B B B While making the QOS implementation & design , B i was
>>> >>> gathering the information for the traffic classification & marking.
>>> >>>
>>> >>> B B B B B B And guess what, the signaling traffic is requring very
>>> >>> low RTD
>>> >>> , more than the VOICE itself, customer is requesting to give the
>>> >>> Signaling
>>> >>> more priority that the VOICE traffic.
>>> >>>
>>> >>>
>>> >>> B B B B B B The signaling traffic I'm talking about is the signaling
>>> >>> between the soft-switches named SIGTRAN & the HLR signaling &
>>> >>> replication
>>> >>> named as GDMP+GMPS
>>> >>>
>>> >>> So was thinking about having 2 LLQs.or having Both Traffic in same
>>> >>> Queue.
>>> >>>
>>> >>> Have any one faced this before, or seen any best practise for this
>>> >>>
>>> >>> *Thanks & B.Regards
>>> >>> Ahmed Elhoussiny, CCIE # 21988 (R&S)
>>> >>> Network Consultant & Cisco Academy Instructor*
>>> >>>
>>> >>> *' Every class i teach , i learn something new myself '*
>>> >>> *http://twitter.com/aelhoussiny**
>>> >>> **www.linkedin.com/in/aelhoussiny*
>>> >>>
>>> >>>
>>> >>> Blogs and organic groups at http://www.ccie.net
>>> >>>
>>> >>>
>>> >>> _______________________________________________________________________
>>> >>> Subscription information may be found at:
>>> >>> http://www.groupstudy.com/list/CCIELab.html
>>> >
>>> >
>>> > Blogs and organic groups at http://www.ccie.net
>>> >
>>> > _______________________________________________________________________
>>> > Subscription information may be found at:
>>> > http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Tue Apr 14 2009 - 00:22:23 ART