Warning: Undefined array key "kkmods_kkpostslider" in /home/clients/bb1b7c38f63c1b363aa0114be7911e68/web/collaboration/wp-content/plugins/kk-divi-mods/kk_divi_mods.php on line 67
Written Theory | Cisco Collaboration

Class-map

By default , a class-map will use the match-all criteria so it will tell that you must match all your conditions in your class-map before to classify the traffic .

If you want classify directly when at least one condition is met then use the criteria match-any.

Unclassified traffic will go in the default class.

QoS Shaping

Shaping can be applied only in the outbound direction and doesn’t discard the traffic exceeding the rate limit automatically. Shaping will bufferize the queue until the bandwidth become available or in last action will drop exceeding packets.

Compared to Policing , shaping preserves the bandwidth and is recommended on lower bandwidth links.

Qos Shaping is also considered as an Traffic Conditioner

QoS Policing

Policing can be used in either the inbound or outbound direction and it discards packets which are exceeding a configured rate limit.

Pay attention to the fact that policing is dropping packets , it can result in retransmissions (TCP acknowledge), so it is better to use policing on higher bandwidth links !!!

Qos Policing is also considered as an Traffic Conditioner

H.323 Caller ID on FXS ports

In H.323 , you can play with the caller id (not the case with MGCP , see previous post).
By default,Caller ID is disabled on all FXS ports.
So in order to enable it , you must go under the voice-port and activate it as it is shown in the below config

!
voice-port 2/0
caller-id enable
!