Geekzone: technology news, blogs, forums
Guest
Welcome Guest.
You haven't logged in yet. If you don't have an account you can register now.




Linux Systems Admin
965 posts

Ultimate Geek
+1 received by user: 159

Trusted
Integrity Tech Solutions
Subscriber

Topic # 150776 2-Aug-2014 19:14
Send private message

Reading through the service description of an Ultrafast 100/50 Bistream 2 service I have ordered for installation - I have noticed it has a minimum of 2.5Mbps CIR accessible by QOS tagging.

I'll be using a Cisco router.

What has been others experiences and results with QOS tagging on Ultrafast UFB services?

Also - can someone enlighten me on the difference between Bitstream 2 and Bitstream 2 Ultra?

Filter this topic showing only the reply marked as answer Create new topic
27249 posts

Uber Geek
+1 received by user: 6683

Moderator
Trusted
Biddle Corp
Lifetime subscriber

  Reply # 1100834 2-Aug-2014 19:43
Send private message

CIR tagging works exactly the same with Chorus and every LFC - tag the correct 802.1p tag and you'll use the CIR for your connection. Tag with 0 and you'll access the regular EIR.



126 posts

Master Geek
+1 received by user: 33


  Reply # 1101033 3-Aug-2014 11:05
Send private message

Yes Ultrafast has introduced CIR into the low priority (difference between regular BS2 and BS2 ultra) but the ONT is not colour aware so you can't tag for it.

The High Priority CIR is still there so you have use tagging to access that.

 
 
 
 


2356 posts

Uber Geek
+1 received by user: 374

Trusted

  Reply # 1101036 3-Aug-2014 11:25
Send private message

To use the QOS Correctly you really need the connection tagged high Priority traffic both ways (Ie ISP to tag the traffic towards you and you to tag the traffic towards the ISP).

But first you have to decide WHAT you are going to tag (and remember you only have 2.5M (or whatever plan you are are) of traffic) . Normally you would tag VOIP Traffic for example as this is usually what its used for. Either Based on Destination of the VOIP Server and/or based on DSCP Values what your PABX/VOIP Phones sets and translating them to 802.1p value on the Bitstream 2 plans. Then the ISP has to do the same/similar on their end (Most ISP's won't give you a choice of this and might set this if its coming from their OWN VOIP Product)

This tagging would give the tagged traffic higher priority on the chorus network and cause less jitter and normal untagged traffic won't kill your VOIP traffic.

After it gets to the ISP then it could be a different story. They might convert the 802.1p Value to a DSCP Value thru their network (to their VOIP Product). After it leaves the ISPs then these markings won't make any difference.






Linux Systems Admin
965 posts

Ultimate Geek
+1 received by user: 159

Trusted
Integrity Tech Solutions
Subscriber

  Reply # 1101966 4-Aug-2014 18:37
Send private message

LennonNZ: To use the QOS Correctly you really need the connection tagged high Priority traffic both ways (Ie ISP to tag the traffic towards you and you to tag the traffic towards the ISP).

But first you have to decide WHAT you are going to tag (and remember you only have 2.5M (or whatever plan you are are) of traffic) . Normally you would tag VOIP Traffic for example as this is usually what its used for. Either Based on Destination of the VOIP Server and/or based on DSCP Values what your PABX/VOIP Phones sets and translating them to 802.1p value on the Bitstream 2 plans. Then the ISP has to do the same/similar on their end (Most ISP's won't give you a choice of this and might set this if its coming from their OWN VOIP Product)

This tagging would give the tagged traffic higher priority on the chorus network and cause less jitter and normal untagged traffic won't kill your VOIP traffic.

After it gets to the ISP then it could be a different story. They might convert the 802.1p Value to a DSCP Value thru their network (to their VOIP Product). After it leaves the ISPs then these markings won't make any difference.





Thanks for this information.

How is this set - Do I use "set cos" or another command?

2356 posts

Uber Geek
+1 received by user: 374

Trusted

  Reply # 1102015 4-Aug-2014 19:48
Send private message

Update: fastethernet0/1.10 correctly set now.. (your interfaces may be different)

Yes set cos will do it but you have to have a route-map which matches something 1st to set it (all done by hand without checking its correct)

interface fastethernet 0/1.10
 encapsulation dot1q 10
 service-policy output output-cos

class-map match-all voip
  match ip dscp ef  <- Change to whatever your setting DSCP on your local network (most IP Phones are different)

policy-map output-cos
  class voip
  set cos 4  <- when it matches voip class then set 802.1p to 4
  class-default
  set cos 0  <- otherwise set to 0


Note: your ISP may do COMPLETELY different than this from them -> you . This is only from you -> them. You will have to ask them if they do anything. Also example above may be incomplete and RTP and SIP are usually marked with different DSCP so you will have to edit/change service-policy/policy-map as needed.







Linux Systems Admin
965 posts

Ultimate Geek
+1 received by user: 159

Trusted
Integrity Tech Solutions
Subscriber

  Reply # 1102047 4-Aug-2014 20:18
Send private message

LennonNZ: Yes set cos will do it but you have to have a route-map which matches something 1st to set it (all done by hand without checking its correct)

interface fastethernet 0/10
 encapsulation dot1q 10
 service-policy output output-cos

class-map match-all voip
  match ip dscp ef  <- Change to whatever your setting DSCP on your local network (most IP Phones are different)

policy-map output-cos
  class voip
  set cos 4   < when it matches voip class then set 802.1p to 4
  class-default
  set cos 0  < otherwise set to 0





Thanks for that.

From what I understand you are suggesting making the WAN interface a VLAN?

Is my UFF UFB traffic delivered VLAN tagged or not? I've assumed not in my config.

2356 posts

Uber Geek
+1 received by user: 374

Trusted

  Reply # 1102060 4-Aug-2014 20:25
Send private message

You cannot do high/low priority traffic marking if the interface is not tagged. ISP's can deliver it non tagged but you cannot use high/low priority marked traffic then.



Linux Systems Admin
965 posts

Ultimate Geek
+1 received by user: 159

Trusted
Integrity Tech Solutions
Subscriber

  Reply # 1102061 4-Aug-2014 20:26
Send private message

LennonNZ: You cannot do high/low priority traffic marking is the interface is not tagged. ISP's can deliver it non tagged but you cannot use high/low priority marked traffic then.


Good point. I will contact them and clarify.

Thanks for your help :-)

Filter this topic showing only the reply marked as answer Create new topic



Twitter »

Follow us to receive Twitter updates when new discussions are posted in our forums:



Follow us to receive Twitter updates when news items and blogs are posted in our frontpage:



Follow us to receive Twitter updates when tech item prices are listed in our price comparison site:



Geekzone Live »

Try automatic live updates from Geekzone directly in your browser, without refreshing the page, with Geekzone Live now.



Are you subscribed to our RSS feed? You can download the latest headlines and summaries from our stories directly to your computer or smartphone by using a feed reader.

Alternatively, you can receive a daily email with Geekzone updates.