<HTML>
<HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="OPENWEBMAIL" name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>
<font size="2">Dear Simon bhai, Roman bhai and other members,
<br />
<br />Thanks for your 
emails. I kind of predicted it right. The more we go towards the core of
 global Internet, the less (or none as you've confirmed) bandwidth management & traffic shaping we see.
<br />
<br />Actually
 I am not asking anything for our network. Our current total bandwidth 
is 300 Mbps (through 4 IIGs) and we are doing fine with our current 
bandwidth management mechanism. Besides we do not have any Call Center 
as our customer at the moment. Some of our corporate customers use 
International Video Conferencing (BTRC authorized of course) among 
multiple countries simultaneously. They never reported any performance 
issue.
<br />
<br />I was looking at the original issue posted by Mr. Suvro Dev in a larger view. Let's see this,
<br />
<br />OrigSite----ISP----UpstreamISP----TransitProv----TransitProv----TransitProv-----UpstreamISP----ISP----TermSite
<br />
<br />A
 typical end-to-end path looks more or less like above where traffic 
shaping is taking place at ISP and/or UpstreamISP. If there is any 
bottleneck in any of the TransitProvs, then ISPs and UpstreamISPs will 
have to escalate the issue to concerned TransitProv. My experience tells
 that unless there is a DoS/DDoS attack, most of the time the bottleneck
 will go away on its own by the time (or even long before) the 
TransitProvs get the message.
<br />
<br />As far as ISP/UpstreamISP of TermSite (i.e. Hello World Comm. Ltd. here) is concerned, Mr. Suvro can take the advices of the experts and seniors earlier in this mailing list, esp. Palash Da's advices. Go for an SLA with the SP.
<br />
<br />Regarding Simon bhai's
 experience with Juniper device, I just remembered a quote by Sir W. 
Churchill, "If you place over 10,000 regulations, you ultimately destroy
 all respect for the law." The packets rebelled against the thousands of
 featured regulations of Juniper and destroyed it. ;-)
<br />
<br />Best regards,
<br />
<br /></font><font size="2">
<br />ANIRUDDHA BARUA 

<br />
Email: aniruddha.barua@colbd.com, cto@colbd.com 

<br />

<br />
<br /><b>---------- Original Message 
-----------</b>
<br />
From: "Simon Sohel Baroi / IIG-ITC / Sr.Manager / 01678618243 /" 
<simon.baroi@fiberathome.net> 

<br />
To: Nurul Islam Roman <nurul@apnic.net> 

<br />
Cc: Aniruddha Barua <aniruddha.barua@colbd.com>, "nog@bdnog.org" 
<nog@bdnog.org> 

<br />
Sent: Wed, 20 Nov 2013 23:02:07 +0600 

<br />
Subject: Re: [bdNOG] Call Center Voice quality improve in public internet and 
call center security 

<br />

<br />> Dear Anirudda Da,
<br />> 
<br />> Thanks for your mail. If I'm 
wrong I think you are asking how bandwidth can be controlled in large 
level.
<br />> 
<br />> I have a very small experience in IIG. We do the 
bandwidth shaping in physical level as port basis. We don't do anything on 
Packet level as like Roman Vai said. But, all our cards are QUE cards. These QUE 
cards are very expensive, but it will give you a very good result on shaping 
bandwidth at the port. If you have more than 1gbps of Bandwidth to serve, I 
think you can use Aggregated Ethernet (AE). Better to use 80% efficiency for 
each port.
<br />> 
<br />> For Packet Shaping, I have a very worst experience 
on JUNIPER IDP 8200, which is a 10GE transparent DPI. It should give us so many 
options to control the packets, like blocking, passing etc. But, truly speaking 
your browsing experience will be too much worst and when we crossed 1 gbps of 
bandwidth it crashed and JUNIPER send a new one.
<br />> 
<br />> - 
SIMON.
<br />> 
<br />> On Wed, Nov 20, 2013 at 7:15 PM, Nurul Islam Roman <span dir="ltr"><<a target="_blank" href="mailto:nurul@apnic.net">nurul@apnic.net</a>></span> wrote:
<br />> 

<blockquote style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">

<br />> 
<br />> Transit operators normally do not shape traffic (bandwidth 
control) at packet level. Except some rate limiting for ICMP etc etc destine to 
their origin IP only. They normally control data rate at the signal level I.e. 
DSL, Ethernet, STM etc. So at 
the
 packet level there is no issue as long as their interface queue (depend on 
hardware capacity) can handle 
those.�

<br />> 
<br />> Transit path main goal is clear IP packet, no shaping, their 
routers don't even check what QoS tag each packet is carrying. If you need 
any exception it need to be done case by case with your transit operator/s. � 


<br />> 
<br />> 
Regards

<br />> 
<br />> 
-R

<br />> 
<br />> 

<span>

<br />> 

<span style="font-weight: bold;">From: </span>Aniruddha Barua <<a target="_blank" href="mailto:aniruddha.barua@colbd.com">aniruddha.barua@colbd.com</a>>
<br />> 

<span style="font-weight: bold;">Date: </span>Wednesday, 20 November 2013 10:31 
PM
<br />> 

<span style="font-weight: bold;">To: </span>"Simon Sohel Baroi / IIG-ITC / 
Sr.Manager / <a target="_blank" value="+8801678618243" href="tel:01678618243">01678618243</a> /" <<a target="_blank" href="mailto:simon.baroi@fiberathome.net">simon.baroi@fiberathome.net</a>>
<br />> 

<span style="font-weight: bold;">Cc: </span>"<a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a>" <<a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a>>
<br />> 
<br />> 

<span style="font-weight: bold;">Subject: </span>Re: [bdNOG] Call Center Voice 
quality improve in public internet and call center security
<br />> 
<br />> 
Dear Simon 
bhai,

<br />> 
<br />> I am not asking for our network. I am asking from learning 
point of view. ISPs like us use Allot, Packeteer, ET, MikroTik etc. I was 
wondering what the carriers/transit providers might use to shape up QoS for IP 
traffic (VoIP, IP Telephony, Video 
etc.).
 International calls pass through one or more of these transit networks. If end 
to end QoS has to be ensured along the path, transit providers will have to use 
such an equipment at IP level. I feel, at Gigabit speeds, shaping up traffic 
without 
compromising
 performance should be extremely difficult. I think,�<span>from 
transit
 providers' point of view,�</span>IPLC is the best option for best QoS but I 
might be wrong. Inputs from the experts in this list are 
welcome.

<br />> 
<br />> Regards,
<br />> 
<br />> <span style="background-color: rgba(255, 255, 255, 0);">
<br />> 

</span>

<br />> 
<br />> <span style="background-color: rgba(255, 255, 255, 0);">ANIRUDDHA 
BARUA</span>

<br />> <span style="background-color: rgba(255, 255, 255, 0);">Email: <a target="_blank" href="mailto:aniruddha.barua@colbd.com">
aniruddha.barua@colbd.com</a>,�</span><span style="background-color: rgba(255, 255, 255, 0);"><a target="_blank" href="mailto:cto@colbd.com">cto@colbd.com</a></span>

<br />> 
<br />> 

On Nov 20, 2013, at 2:22 PM, "Simon Sohel Baroi / IIG-ITC / Sr.Manager / <a target="_blank" value="+8801678618243" href="tel:01678618243">01678618243</a> 
/" <<a target="_blank" href="mailto:simon.baroi@fiberathome.net">simon.baroi@fiberathome.net</a>> wrote:
<br />> 
<br />> 

<blockquote type="cite">

<br />> 
<br />> Dear Aniruddha Da,
<br />> 
<br />> 

Can you please explain where you want to use this equipment. Are you want to use 
it in your ISP to serve client and control them from a central point.
<br />> 

<br />> Please let us know a bit of details about it.
<br />> 
<br />> - with 
regards
<br />> 
<br />> 

SIMON
<br />> 
<br />> FiBER@HOME.
<br />> 
<br />> On Wed, Nov 20, 2013 at 2:06 
PM, Aniruddha Barua <span dir="ltr">
<<a target="_blank" href="mailto:aniruddha.barua@colbd.com">aniruddha.barua@colbd.com</a>></span> wrote:
<br />> 

<blockquote style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">

<br />> <font>Hello everyone, 
<br />> 
<br />> 

Relating to this thread, I'd like to know if there is any equipment that can 
shape up QoS traffic without affecting Non-QoS traffic at carrier networks where 
bandwidth is in hundreds of Mbps to tens of 
Gbps.

<br />> 
<br />> 

Regards, 
<br />> 
<br />> 

ANIRUDDHA BARUA 
<br />> 

Email: <a target="_blank" href="mailto:aniruddha.barua@colbd.com">aniruddha.barua@colbd.com</a>,
<a target="_blank" href="mailto:cto@colbd.com">cto@colbd.com</a> 
<br />> 

<br />> 

<b>---------- Original Message -----------</b> 
<br />> 

From: Suvra Dev Kar <<a target="_blank" href="mailto:eng.suvra@gmail.com">eng.suvra@gmail.com</a>>

<br />> 

To: Palash Kanti Barua <<a target="_blank" href="mailto:palash@bol-online.com">palash@bol-online.com</a>>

<br />> 

Cc: <a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a> 
<br />> 

<br />> Sent: Mon, 18 Nov 2013 18:11:31 +0600 
<br />> 

Subject: Re: [bdNOG] Call Center Voice quality improve in public internet and 
call center 
security

<br />> 
<br />> 

> Dear Mr. Palash, 
<br />> 


<br />> 

> Yes , you� are� right,� Provider� never� can� give� us� this� stats.� thats 
why maximum time� get� voice� break� issue.� SP can not ensure� 
QoS.

<br />> 

> you know any� good� vendor. 
<br />> 


<br />> 

> Best Regards 
<br />> 

> Suvro. 
<br />> 


<br />> 

> On Mon, Nov 18, 2013 at 6:00 PM, Palash Kanti Barua <span dir="ltr"><<a target="_blank" href="mailto:palash@bol-online.com">palash@bol-online.com</a>></span> 
wrote:

<br />> 

>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br />> 


<br />> 

> <span>Dear Mr. Shuvro,</span> 
<br />> 

> <span>�</span> 
<br />> 

> <span>You can ask your SP to ensure the following requirements for good 
voice quality.</span>
<br />> 

> <span>�</span> 
<br />> 

> <span><span>1)<span style="">���� </span></span></span><span>Packet 
<b>
Loss</b> should be no more than <b>1%</b> between source and destination 
�</span>
<br />> 

> <span><span>2)<span style="">���� 
</span></span></span><span>One-way 
<b>
Latency</b> (mouth-to-ear) should be no more than <b>150</b> ms</span> 
<br />> 

> <span><span>3)<span style="">���� 
</span></span></span><span>Average 
one-way
<b>Jitter</b> should be targeted under <b>30</b> ms</span> 
<br />> 

> <span>�</span> 
<br />> 

> <span>If you use Ethernet connection and G.729 at 50 pps with 20 ms 
sampling rate, you need at least 37 kbps bandwidth for each call. Please correct 
me if I am wrong.</span>
<br />> 

> <span>�</span> 
<br />> 

> <span>�</span> 
<br />> 

> <span>Regards,</span> 
<br />> 

> <span>Palash</span> 
<br />> 

> <span>BOL</span> 
<br />> 


<br />> 

> <b><span>From:</span></b><span> Suvra Dev Kar [mailto:<a target="_blank" href="mailto:eng.suvra@gmail.com">eng.suvra@gmail.com</a>]

<br />> 

> <b>Sent:</b> Monday, November 18, 2013 3:51 PM 
<br />> 

> <b>To:</b> Md Zahidul Haque 
<br />> 

> <b>Cc:</b> Jahangir Hossain; Palash Kanti Barua; <a target="_blank" href="mailto:nog@bdnog.org">
nog@bdnog.org</a></span> 
<br />> 


<br />> 

> <b>Subject:</b> Re: [bdNOG] Call Center Voice quality improve in public 
internet and call center 
security

<br />> 


<br />> 

> � 
<br />> 


<br />> 

> Dear� Team� Member, 
<br />> 

> Thanks For your� Suggestion. I know voice� quality can not� improve� using� 
any firewall. firewall and� voice� quality is� both are different. i saw if� 
network� any� firewall have� which� is� create� problem for� voice termination.� 
but� firewall is� 
important
 to� secure the network. i want� to� know any� device which� can� support voice� 
termination.

<br />> 

> and� for� voice� quality issue i� am not interest to� get� IPLC, without� 
IPLC how� i can� get� good� voice� quality from� public� internet in� 
Bangladesh. any one have any� Band width which� can� defer voice traffic� and� 
data� traffic� when it is� 
going�
 through any� pipe link. coz voice� traffic� will be� priority in� public� 
internet, how� i can � do� this, or� who can give� this� type� of� 
service.,

<br />> 


<br />> 


<br />> 

> and� thanks� to� roman bhai, that� for� voice termination workshop agenda,. 
It is� very� important for� 
Bangladesh.

<br />> 


<br />> 

> FOr� routing we� are� using� Tier 1 provider. for� compression we� are� 
using� 20 ms payload size for� g729 
call.

<br />> 


<br />> 

> � 
<br />> 


<br />> 

> � 
<br />> 

> Best Regards 
<br />> 

> Suvro 
<br />> 

> Helloworld Communication Ltd. 
<br />> 


<br />> 

> � 
<br />> 


<br />> 

> On Mon, Nov 18, 2013 at 11:35 AM, Md Zahidul Haque <<a target="_blank" href="mailto:zahid@zhaque.net">zahid@zhaque.net</a>> 
wrote:

<br />> 


<br />> 

> <span>Palash vai is absolutely right. </span>
<br />> 

> <span>There are lots of other factor like BW, Compression mechanism, 
routing mechanism etc. that can cause the poor quality of voice.</span>
<br />> 

> <span>�</span> 
<br />> 

> <span>Zahidul Haque</span> 
<br />> 

> <span>HRC IGW</span> 
<br />> 

> <span>�</span> 
<br />> 

> <b><span>From:</span></b><span> <a target="_blank" href="mailto:nog-bounces@bdnog.org">
nog-bounces@bdnog.org</a> [mailto:<a target="_blank" href="mailto:nog-bounces@bdnog.org">nog-bounces@bdnog.org</a>]
<b>On Behalf Of </b>Jahangir Hossain 
<br />> 

> <b>Sent:</b> Monday, November 18, 2013 11:13 AM 
<br />> 

> <b>To:</b> Palash Kanti Barua 
<br />> 

> <b>Cc:</b> <a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a> 

<br />> 

> <b>Subject:</b> Re: [bdNOG] Call Center Voice quality improve in public 
internet and call center security</span>
<br />> 


<br />> 

> � 
<br />> 


<br />> 

> <span>1+ palash bhai.</span> 
<br />> 


<br />> 


<br />> 


<br />> 

> <span>Regards� // �Jahangir Hossain</span> 
<br />> 


<br />> 

> <span>����������������� Open Communication</span> 
<br />> 

> � 
<br />> 


<br />> 

> On Mon, Nov 18, 2013 at 11:08 AM, Palash Kanti Barua <<a target="_blank" href="mailto:palash@bol-online.com">palash@bol-online.com</a>> 
wrote:

<br />> 

> Dear Mr. Suvro, 
<br />> 


<br />> 

> Your voice traffic is passing from source to destination and vice versa 

<br />> 

> using different carriers' network. So, it would be really difficult to 

<br />> 

> ensure End-to-End voice quality over the Internet. No one will guarantee 
for 
<br />> 

> it. Still IPLC is the best solution for it though it is quite costly. There 

<br />> 

> is one alternative solution is to get international MPLS connectivity if 
any 
<br />> 

> SP can provide you the same in BD. As far as I know, there is no firewall 

<br />> 

> device or software which can improve the voice quality over the internet. 

<br />> 


<br />> 

> Regards, 
<br />> 

> Palash Kanti Barua 
<br />> 

> BOL 
<br />> 


<br />> 

> -----Original Message----- 
<br />> 

> From: <a target="_blank" href="mailto:nog-bounces@bdnog.org">nog-bounces@bdnog.org</a> [mailto:<a target="_blank" href="mailto:nog-bounces@bdnog.org">nog-bounces@bdnog.org</a>] 
On Behalf 
Of

<br />> 

> Suvra Dev Kar 
<br />> 


<br />> 

> Sent: Monday, November 18, 2013 12:41 AM 
<br />> 

> To: <a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a> 

<br />> 

> Subject: [bdNOG] Call Center Voice quality improve in public internet and 

<br />> 

> call center security 
<br />> 


<br />> 

> Dear BD �nog Team member, 
<br />> 


<br />> 

> I �am suvro �from Hello world communications ltd. �we �are international 

<br />> 

> call center, we �are �using �voice �termination �through �public internet, 

<br />> 

> maximum time we �face �voice quality issue. Now �can �you tel me �any one 

<br />> 

> how �i �can get �good �voice �quality �from public �internet. we �are �not 

<br />> 

> using �IPLC �coz �its costly. and tel me for �call center and �voice 

<br />> 

> termination �which �firewall �device or �software i can �use. 
<br />> 


<br />> 

> Best Regards 
<br />> 

> Suvro Dev 
<br />> 

> Hello world communications Ltd 
<br />> 

> cell- <a target="_blank" href="tel:%2B8801745724242">+8801745724242</a>. 

<br />> 

> _______________________________________________ 
<br />> 

> nog mailing list 
<br />> 

> <a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a> 
<br />> 

> <a target="_blank" href="http://mailman.bdnog.org/mailman/listinfo/nog">http://mailman.bdnog.org/mailman/listinfo/nog</a>
<br />> 


<br />> 

> _______________________________________________ 
<br />> 

> nog mailing list 
<br />> 

> <a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a> 
<br />> 

> <a target="_blank" href="http://mailman.bdnog.org/mailman/listinfo/nog">http://mailman.bdnog.org/mailman/listinfo/nog</a>
<br />> 


<br />> 


<br clear="all" />

<br />> 

> -- 
<br />> 


<br />> 

> <span>�</span> 
<br />> 

> � 
<br />> 

> � 
<br />> 


<br />> 

> � � � 
<br />> 


<br />> 

> _______________________________________________ 
<br />> 

> nog mailing list 
<br />> 

> <a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a> 
<br />> 

> <a target="_blank" href="http://mailman.bdnog.org/mailman/listinfo/nog">http://mailman.bdnog.org/mailman/listinfo/nog</a>
<br />> 


�</blockquote>

<br />> 

<b>------- End of Original Message -------</b> 
<br />> 

</font>

<br />> 

_______________________________________________
<br />> 

nog mailing list
<br />> 

<a target="_blank" href="mailto:nog@bdnog.org">nog@bdnog.org</a>
<br />> 

<a target="_blank" href="http://mailman.bdnog.org/mailman/listinfo/nog">http://mailman.bdnog.org/mailman/listinfo/nog</a>
<br />> 

<br />> 

</blockquote>

<br />> 

<br clear="all" />

<br />> 

-- 
<br />> 

<font size="1" style="font-family: tahoma,sans-serif;"><b>Simon Sohel Baroi� </b>| 
�Sr. Manager, Technology� 
|�
</font><font size="1" style="font-family: tahoma,sans-serif;">PICO� |�� ITC - 
</font>
<span style="font-family: tahoma,sans-serif; font-size: x-small;">IIG �|</span><font size="1" style="font-family: tahoma,sans-serif;">
<br />> 

</font><font size="1" style="font-family: tahoma,sans-serif;">Cell : <a target="_blank" value="+8801678618243" href="tel:%2B880-1678-618243">+880-1678-618243</a>, <a target="_blank" value="+8801817022207" href="tel:%2B880-181-7022207">+880-181-7022207</a> �|� Desk : <a target="_blank" value="+8809666776677" href="tel:%2B880-9666776677%20Ext-1031">+880-9666776677 Ext-1031</a>� 
|��</font>

<br />> <font size="1" style="font-family: tahoma,sans-serif;">Mail : <a target="_blank" href="mailto:simon.baroi@fiberathome.net">
simon.baroi@pico.net.bd</a>� |� Skype : tx.fttx� |
<br />> 
<br />> 

</font><font size="1" style="color: rgb(0, 102, 0);"><i><b><font face="Helvetica"><span style="font-family: Tahoma; font-style: normal; font-weight: normal;">

<br />> 
<br />> <b><i>R</i></b><b><i>educe. Reuse. Recycle. Respect. It's 
the little things that really can make a difference.
<br />> 

</i></b>

</span></font></b></i></font>

</blockquote>

</span>

<br />> _______________________________________________
<br />> 

nog mailing list
<br />> 

<a href="mailto:nog@bdnog.org">nog@bdnog.org</a>
<br />> 

<a target="_blank" href="http://mailman.bdnog.org/mailman/listinfo/nog">http://mailman.bdnog.org/mailman/listinfo/nog</a>
<br />> 

<br />> </blockquote>
<br />> 
<br clear="all" />
<br />> -- 
<br />> <font size="1" style="font-family: tahoma,sans-serif;"><b>Simon Sohel Baroi� </b>| �Sr. 
Manager, Technology� |� </font><font size="1" style="font-family: tahoma,sans-serif;">PICO� |�� ITC - </font><span style="font-family: tahoma,sans-serif; font-size: x-small;">IIG �|</span><font size="1" style="font-family: tahoma,sans-serif;">
<br />> 

</font><font size="1" style="font-family: tahoma,sans-serif;">Cell : 
+880-1678-618243, +880-181-7022207 �|� Desk : +880-9666776677 Ext-1031� 
|��</font>
<br />> <font size="1" style="font-family: tahoma,sans-serif;">Mail : 
<a target="_blank" href="mailto:simon.baroi@fiberathome.net">simon.baroi@pico.net.bd</a>� |� Skype : tx.fttx� |
<br />> 

<br />> </font><font size="1" style="color: rgb(0, 102, 0);"><i><b><font face="Helvetica"><span style="font-family: Tahoma; font-style: normal; font-weight: normal;">
<br />> 

<br />> <b><i>R</i></b><b><i>educe. Reuse. Recycle. Respect. It's the 
little things that really can make a difference.
<br />> 
</i></b>
</span></font></b></i></font>

<br /><b>------- End of Original Message 
-------</b>
<br />

</font>

</BODY>
</HTML>