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

TDMoIP is not bad. All it needs is a good QoS and fat pippe :)

On Tue, Apr 14, 2009 at 10:22 AM, Marko Milivojevic <markom_at_markom.info>wrote:

> 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,
> >> Many thanks for your advise.
> >> Its wired for me when i see a queue holding Voice &
> >> signaling with priority 50 % lol
> >>
> >> But i think this may be the solution, Its really
> >> different , as i used to work in a SP , where VRFs are the customer.
> >> 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,
> >>> > Thanks , but i think if i used priority for the
> >>> > signaling queue i will be using 2 queues ( Voice & signaling),
> >>> > 2 LLQs in CBWF Or to be more specified i will be
> >>> > using 2
> >>> > priority queues on MDRR for the GSR & CRS-1
> >>> >
> >>> > 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 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,
> >>> >>> I'm working on a Mobile Operator project , to migrate
> his
> >>> >>> old
> >>> >>> network to an IP/MPLS NGN .
> >>> >>> While making the QOS implementation & design , i was
> >>> >>> gathering the information for the traffic classification & marking.
> >>> >>>
> >>> >>> 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.
> >>> >>>
> >>> >>>
> >>> >>> 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 - 13:26:38 ART