Not sure I can help here, didn't use LDAP for while, but I've remember
these UI lock when LDAP is slow, its just LDAP thread locking UI.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bug
Not sure I can help here, didn't use LDAP for while, but I've remember
these UI lock when LDAP is slow, its just LDAP thread locking UI.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/320057
Title:
T
On 07/01/2019 17:00, Saku Ytti wrote:
Hey,
I somewhat recently discovered https://tools.ietf.org/html/rfc5837
Exec summary: your traceroute will show the ingress ifindex where
packet came in, allowing you to discriminate LAG/bundle/ae interfaces
and determine actual path in network with ease.
On 28/11/18 5:25 pm, Mark Tinka wrote:
> Well, my Apple TV interface only has IPv4 bits to show.
>
> Are you saying IPv6 is hidden from the "Network Settings" tab? I haven't
> done an actual wire tap.
tvOS doesn't expose IPv6 addresses but it fully supported just like all
ios based systems since
Sony Entertainment is know to be slowpoke in this area. PS4
firmware/kernel is SLAC enabled IPv6 but its not exposed to devs and
thus apps doesn't use it at all.
Are you sure about ATV4 netflix app? Support is there and I've seen
traffic from it when recently did tcpdump from ATV4.
On 28/11/18 9:
Seems flow under radar, now its official part of server 2019.
https://blogs.technet.microsoft.com/networking/2018/07/25/ledbat/
https://datatracker.ietf.org/meeting/100/materials/slides-100-iccrg-ledbat-low-priority-tcp-congestion-control-in-windows
___
On 01/12/17 09:32, Vincent Bernat wrote:
> DHCP and neighbor discovery can also provide the information of the
> login page: https://tools.ietf.org/html/rfc7710
I don't think it got support in any os.
Current take on that is capport WG
https://datatracker.ietf.org/wg/capport/documents/
Also fighting scene doing these tests for years on arcade sticks
http://www.teyah.net/sticklag/results.html
On 25/11/2017 05:15, Dave Taht wrote:
https://danluu.com/keyboard-latency/
___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.b
On 10/09/2017 14:25, Saku Ytti wrote:
However I don't think market would generally appreciate the
implications linklocal brings to traceroute, where least bad option
would be just to originate hop-limit exceeded from loop0, with no
visibility on actual interface.
rfc5837 would help but it seems
We just noticed that having same issue if socket already bind to other process
and kamailio will just crash
```
segfault at 7fa0ccd6e7b0 ip 7fa0d13ce5f6 sp 7ffdeb89c9e0 error 4 in
libcrypto.so.1.1[7fa0d1267000+261000]
```
--
You are receiving this because you are subscribed to this thre
On 02/08/17 13:10, Patrick M. Hausen wrote:
> Hi all,
>
>
>> Am 02.08.2017 um 12:05 schrieb Mark Tinka :
>> On 2/Aug/17 11:58, Gert Doering wrote:
>>> This is what we currently do for "BGP edge", and I totally love the
>>> box. Even though software updates are as annoying, mostly because the
>>>
On 18/07/17 00:12, jungle Boogie wrote:
> On 16 July 2017 at 19:28, Colton Conor wrote:
>> Overall TCP just always
>> seems to work, and UPD depends on the situation of the network. TCP is
>> better for battery consumption on mobile sip applications as well.
>>
>
> Knowing that TCP uses more over
On 17/07/17 12:22, Alex Balashov wrote:
> On Mon, Jul 17, 2017 at 12:19:47PM +0300, Nikolay Shopik wrote:
>
>> - protect you from async routing of packets (we had issue where we
>> protect TCP stream with VPN tunnel, but at some point something broke
>> at farend side
On 17/07/17 05:28, Colton Conor wrote:
> I know UDP seems to be the gold standard for SIP, and is in use by most
> service providers that are offering hosted voice today. My question is why
> not use TCP instead of UDP for SIP signaling?
>
> Overall with small business clients we run into firewall
On 17/07/17 06:08, Alex Balashov wrote:
> 2. WebRTC and concomitant/similar technologies and feature sets, which
> use TCP or TCP-encapsulated transports;
I belive WebRTC use SCTPoverDTLSoverUDP
___
VoiceOps mailing list
VoiceOps@voiceops.org
https://puc
adislav V. Prodan
>>> System & Network Administrator
>>> support.od.ua
>>>
>>> ___
>>> discuss mailing list
>>> discuss@enog.org
>>> https://www.enog.org/mailman/li
;> System & Network Administrator
>> support.od.ua
>> ___
>> discuss mailing list
>> discuss@enog.org
>> https://www.enog.org/mailman/listinfo/discuss
>
>
>
>
___
>> discuss mailing list
>> discuss@enog.org
>> https://www.enog.org/mailman/listinfo/discuss
>>
>>
>>
>> ___
>> discuss mailing list
>> discuss@enog.org
>> https://www.enog.org/mailman/listinfo/discuss
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
https://www.enog.org/mailman/listinfo/discuss
link-local местами удобен (не обязательно про backbone). Отсутствие
rfc5837 создает неудобства.
http://blog.ipspace.net/2015/02/bgp-configuration-made-simple-with.html
On 08/11/16 16:39, Jen Linkova wrote:
> Возьмем в качестве примера backbone на link-local адресах
--
Nikolay Shopik
Netw
.ru открываются по IPv4.
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
https://www.enog.org/mailman/listinfo/discuss
хо, вы
> указали 10 сетей на 5 RIRs. Каждому по две /8, условно.
> Даже на год не хватит.
>
> --
> Kind regards,
> Sergey Myasoedov
>
>
>
>
>> On 08 Nov 2016, at 18:03, Nikolay Shopik wrote:
>>
>> Как там дела у наших больших друзей, уже тоже использ
;>
>> --
>> Maxim Konovalov
>>
>
>
>
>
>
> ___________
> discuss mailing list
> discuss@enog.org
> https://www.enog.org/mailman/listinfo/discuss
>
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
https://www.enog.org/mailman/listinfo/discuss
gt;
>>>> О, клёвая презентация. Как это ни смешно, но её бы перевести на
>>>> русский. Я слаб в английском, но меня это не останавливает читать
>>>> именно англоязычные источники. Но, не все я.
>>>
>>> О, а вот это хороший момент, который пока что в дискуссии не звучал.
>>> Дело не сколько в том, что нет информации - она есть,
>>> но она по-английски.
>>> ОК, перерисую на "рунглише" при случае.
>>>
>>>
>>> --
>>> SY, Jen Linkova aka Furry
>>> ___
>>> discuss mailing list
>>> discuss@enog.org
>>> https://www.enog.org/mailman/listinfo/discuss
>>
>>
>>
>>
>> --
>> Alex Semenyaka
>
>
>
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
https://www.enog.org/mailman/listinfo/discuss
охо.
>
> --
> Валерий Солдатов, ЗАО Бэст-Телеком.
>
> - Исходное сообщение -----
> От: "Nikolay Shopik"
> Кому: discuss@enog.org
> Отправленные: Вторник, 8 Ноябрь 2016 г 15:21:37
> Тема: Re: [ENOG discuss] заявление IAB по IPv4
>
> И будет у
connection using an IPv4 address. Once the application is closed,
>the IPv4 address shall be released by the device./
>
> Тенденцию на просторах бывшего СНГ пора менять :-)
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
И будет у вас оборудование с IPv6 "для галочки", которое толком не
реализовано глубже чем настройка на интерфейсе.
On 08/11/16 15:05, Валерий Солдатов wrote:
> 2. «заградительные» пошлины на ввоз оборудования без поддержки IPv6
--
Nikolay Shopik
Network Engineer
+7 (495) 643-184
On 08/11/16 14:40, Jen Linkova wrote:
> 2016-11-08 12:15 GMT+01:00 Nikolay Shopik :
>> А что с сервисами, о чем речь конкретно?
>
> [маршрутизатор] укажите адрес вашего сервера телеметрии
> [инженер] 2001:db8:1::1
> [маршрутизатор] это какая-то фигня, а не адрес. Другого у
gt; Kind regards,
>>> Sergey Myasoedov
>>> ___
>>> discuss mailing list
>>> discuss@enog.org <mailto:discuss@enog.org>
>>> https://www.enog.org/mailman/listinfo/discuss
>>
>> -- Volodymyr Litovka
>>"Vision without Execution is Hallucination." -- Thomas Edison
>>
>> ___
>> discuss mailing list
>> discuss@enog.org <mailto:discuss@enog.org>
>> https://www.enog.org/mailman/listinfo/discuss
>>
>
>
>
> ___
> discuss mailing list
> discuss@enog.org
> https://www.enog.org/mailman/listinfo/discuss
>
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
https://www.enog.org/mailman/listinfo/discuss
аже с кривым настроенным IPv6
все уйдет через IPv4. Ведь обычные пользователи в 90% используют только
браузер.
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
https://www.enog.org/mailman/listinfo/discuss
wrote:
> В случае с PGP также полезной может быть и "старая" CERT запись, тем
> более что она давно поддерживается тем же GnuPG.
>
> https://tools.ietf.org/html/rfc4398
>
> Anton Baskov
> +7 (911) 254-77-92, +7 (916) 716-89-46
>
> 10.10.16 12:47, Nikolay S
атками некоторых
> ключей. Для повышения доверия к некоторым ключам :)
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
https://www.enog.org/mailman/listinfo/discuss
In case anyone missed it (I did).
They mention ECN, which isn't fully enabled on ios9 but will be ios10
and macos (it is in current betas)
They also introduce QoS marking api for apps with 4 classes similar to
IEEE 802.11e.
http://arstechnica.com/apple/2016/06/ipv6-ecn-qos-and-other-networking-
RDAP is same across RIRs. Yes old REST API was PITA
On 07/06/2016 02:08, Ricky Beam wrote:
> Yes, ARIN and RIPE have REST APIs, but they're completely different
> interfaces with different schemas (and different capabilities.) I have
> independent applications for talking to each. And those are th
So I localized problem with font hinting. I've been always using font
hinting slight, but with 16.04 release I had to disable font hinting to
get back original look of my Dejavu Sans Mono book font as it was in
15.10.
Maybe there is issue in font hinting in previous releases, where it
actually doe
So I localized problem with font hinting. I've been always using font
hinting slight, but with 16.04 release I had to disable font hinting to
get back original look of my Dejavu Sans Mono book font as it was in
15.10.
Maybe there is issue in font hinting in previous releases, where it
actually doe
So I localized problem with font hinting. I've been always using font
hinting slight, but with 16.04 release I had to disable font hinting to
get back original look of my Dejavu Sans Mono book font as it was in
15.10.
Maybe there is issue in font hinting in previous releases, where it
actually doe
If no ip tcp path-mtu-discovery set, TCP MSS will be 538, unless you set
ip tcp mss.
http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipapp/command/iap-cr-book/iap-i2.html#wp2736852187
It seems it was always was disabled since its introduction.
On 22/04/16 16:59, Sebastian Beutel wrote:
> Hi Lis
I'm using Monospace Regular 11, and with 16.04 release it appears
taller(stretched) and if I select 12 it looks normal (correct
proportions) but become too wide and bigger.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to fontconfig in Ubu
I'm using Monospace Regular 11, and with 16.04 release it appears
taller(stretched) and if I select 12 it looks normal (correct
proportions) but become too wide and bigger.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to fontc
I'm using Monospace Regular 11, and with 16.04 release it appears
taller(stretched) and if I select 12 it looks normal (correct
proportions) but become too wide and bigger.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
On 15/04/16 17:51, John R. Levine wrote:
> Putting mobiles into a handful of non-geographic codes as they do in
> Europe wouldn't work because the US is a very large country, long
> distance costs and charges were important, and they needed to be able
> to charge more for a mobile call across the c
There was one draft few years ago
https://tools.ietf.org/html/draft-mlevy-ixp-jumboframes-00#section-3.1
On 17/03/2016 20:49, Chris Woodfield wrote:
> Have their been any efforts on the IETF side of things to standardize this,
> at least for IPv4/v6 packets?
On 01/03/16 10:44, Pavel Odintsov wrote:
> But unfortunately they (Cisco Nexus) are pretty expensive and fairly
> new for DC and ISP market. It's pretty rare to find big company with
> switching backbone on Nexus switches.
You could go with withbox switches, which is based on same broadcom
ASIC, b
On 01/03/16 17:13, Mark Tinka wrote:
>
>
> On 29/Feb/16 12:15, Nikolay Shopik wrote:
>
>> Cisco Nexus switches support sflow, since they are broadcom based.
>
> Not all of them, just the Nexus 9000, IIRC.
>
Nexus 3000 also broadcom, but maybe not all models.
Cisco Nexus switches support sflow, since they are broadcom based.
On 29/02/16 10:26, Pavel Odintsov wrote:
> Cisco do not support this protocol at all (that's pretty weird,
> really).
Groundwire. And its especially good for battery life as they support
push notification instead backgrounding. Also they probably only soft
client on mobile for now support DTLS encryption.
Bria could do job, but our users kinda annoyed lack of busy tone when
other side hangup or connection termina
I have never heard of this behaviour with
> their service either.
>
> Just wanted to clarify.
> - Chris
>
> On Tue, Nov 10, 2015 at 12:29 PM, Nikolay Shopik wrote:
>> When I've started using DNS from unotelly service, captcha starts
>> appears from time to time.
, Nov 10, 2015 at 1:09 PM, Nikolay Shopik wrote:
>> You may get captcha if you are using popular open dns services. At least
>> this is what I've seen.
>>
>
> pardon, what?
>
>> On 10/11/2015 20:28, Joseph Jenkins wrote:
>>> We started getting a
You may get captcha if you are using popular open dns services. At least
this is what I've seen.
On 10/11/2015 20:28, Joseph Jenkins wrote:
> We started getting a Google Captcha for our web searches this morning. Does
> anyone have contact info for Google so that I can contact them and figure out
E2 have more memory and probably better cpu. For example t19 wont accept
sha256 signed certificates, because of memory constrains or at least
that what I've been told from yealink.
On 03/11/15 01:58, Pete Mundy wrote:
> Hi list,
>
> Does anyone here have any information they can share on what the
BFD is your friend. Yes it's require both parties to understand it but it much
better than 30sec hold time. BIRD already have support for BFD
> On 27 окт. 2015 г., at 10:31, "marcel.durega...@yahoo.fr"
> wrote:
>
> Hello,
>
> As all of us know BGP was designed for scalability, thus slow conve
Its oauth they require now. Thunderbird bug
https://bugzilla.mozilla.org/show_bug.cgi?id=849540
On 23/10/2015 19:20, Jay Ashworth wrote:
> - Original Message -
>> From: "Christopher Morrow"
>
>> Incoming settings
>> IMAP server: imap.gmail.com
>> Port: 993
>> Security type: SSL (always)
gt;> http://www.urdn.com.ua
>>
>> ___
>> discuss mailing list
>> discuss@enog.org
>> http://www.enog.org/mailman/listinfo/discuss
>
>
>
> ___
> discuss mailing list
&
Maybe its show lack of quality/affordable products in this area
(monitoring voip)?
On 6/10/2015 18:27, Peter Beckman wrote:
> In the last 3 months I've been consistently frustrated by my carriers.
>
> "3-4 minutes is acceptable delay for delivery of SMS messages."
>
> "Our termination ch
Maybe security? Last time we checked wireless DECT phones and we didn't
like that you can't really have secure calls, since DECT was easily
intercepted and decoded.
I'm not sure if that changed since then.
On 08/09/15 22:45, Shripal Daphtary wrote:
> I would much prefer to use DECT, but right now
Steam moved to http streaming few years ago for exact that reason
> On 2 авг. 2015 г., at 4:51, Steven Miano wrote:
>
> historically steam/game downloads are not
> cahce'able
When de aggregation hit IPv6, with lot of /48
> On 25 июля 2015 г., at 14:28, Baldur Norddahl
> wrote:
>
>> On 22 July 2015 at 06:51, William Herrin wrote:
>>
>> The IPv4 BGP table has been growing by 10% to 15% per year since CIDR.
>> It appears to be a compounding curve, not linear.
>>
>>
Or wait ILNP/ILA https://lwn.net/Articles/647515/
> On 15 июля 2015 г., at 0:09, Matthew Huff wrote:
>
> Exactly.
>
> As a business entity and not a provider, we wouldn't have even contemplated
> deploying IPv6 without PI addresses. The myth of easy renumbering and/or
> having multiple prefix
Вот еще от мобильного оператора свежая презенташка.
http://www.ipv6conference.ch/wp-content/uploads/2015/06/B10-Swisscom-Status_Roadmap_and_Outlook_IPv6.pdf
On 04.06.2015 13:29, Sergey Myasoedov wrote:
> Всем привет!
>
> Продолжая тему внедрения IPv6, не могу не отметить свежую занятную статью н
ere you get automatic updates from and use its logs
>
> That's just off the top of my head
>
> Matthew Kaufman
>
> (Sent from my iPhone)
>
>> On Jun 2, 2015, at 9:21 AM, Nikolay Shopik wrote:
>>
>> Tell me how do you plan find printer in /64 subnet
Tell me how do you plan find printer in /64 subnet, scan it?
On 02.06.2015 18:08, Matthew Kaufman wrote:
>
> I can't run my laser printer without a firewall in front of it, and I
> can't even guess how secure the controller in the septic system pump box
> might be... so I don't risk it. And I *kn
:
> "Нужен к сожалению" - пожалуй самая точная формулировка об этой новой
> 20-летней технологии, которую почему-то начали писать не от совместимости с
> текущей а с 0.
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Search list for details, you need to look for output
show controllers np ports all location 0/0/CPU0
show controllers np counters np1 location 0/0/CPU0 | i "DROP|DISCARD|NOT"
> On 14 мая 2015 г., at 22:04, Hank Nussbacher wrote:
>
> We have an ASR 9010 running IOS-XR v 5.1.3. We see a high lev
Это опечатка имелось ввиду IPv6->IPv4 NAT
On 12/05/15 15:38, Max Tulyev wrote:
> А зачем такой зверь, как IPv4-http://www.enog.org/mailman/listinfo/discuss
то от CGN никуда не деться в любом случае.
>
> On 12.05.15 12:16, Nikolay Shopik wrote:
>> Там же где вы их не потратите на кучу CGN NAT коробок.
>>
>> On 08/05/15 23:04, Maksym Tulyuk wrote:
>>> Или еще хуже, мы опять получим историю “внедрение IPv6”, когда
>>&
Там же где вы их не потратите на кучу CGN NAT коробок.
On 08/05/15 23:04, Maksym Tulyuk wrote:
> Или еще хуже, мы опять получим историю “внедрение IPv6”, когда
> многочисленные рассказы про “блага IPv6” заканчивались на вопросе “а где мы
> заработаем денег"
--
Nikolay
елано.
>>>>
>>>>
>>>> --
>>>> Sergey
>>>>
>>>>
>>>> ___
>>>> discuss mailing list
>>>> discuss@enog.org
>>>> http://www.enog.org/mai
Go with ASR9001 if you planning to grow. Yes it cost more than ASR1002X
but if you need pure border ASR9001 is absolute power house.
And we love IOS XR because of readability of long route-policy. Sorry
IOS-XE you still suck when there is lots BGP neighbors configuration and
config become wall of
Ссылка внизу каждого емайла
On 28/04/15 17:58, Sergey Prokofiev wrote:
> парни, отпишите меня от ваших реплаев
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
h
ательно же pref сразу
>> менять...
>>
>> Скажу за себя. Мои анонсы - подписаны, а валидации никакой не сделано.
>>
>>
>> --
>> Sergey
>>
>>
>> ___
>> discuss mailing list
>> discuss@enog.org
>> http://www.enog.org/m
oin the community.
>>
>> That's it, talk to you soon and have a nice weekend
>>
>> Best,
>> Maxim Burtikov
>>
>>
>>
>>
>> ___
>> discuss mailing list
>> discuss@enog.org
>> http://www.enog.org/mailman/listinfo/discuss
>> ___
>> discuss mailing list
>> discuss@enog.org
>> http://www.enog.org/mailman/listinfo/discuss
>>
>
>
> ___
> discuss mailing list
> discuss@enog.org
> http://www.enog.org/mailman/listinfo/discuss
> ___
> discuss mailing list
> discuss@enog.org
> http://www.enog.org/mailman/listinfo/discuss
>
--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842
___
discuss mailing list
discuss@enog.org
http://www.enog.org/mailman/listinfo/discuss
Для некторых операторов RPKI все еще новая технология, что тут
удивительного?
On 24/04/15 22:58, p...@iiat.ru wrote:
> Я, конечно, сильно извиняюсь, но с каких это пор внедрение RPKI и RIPE Atlas
> стало показателем развития новых технологий?
--
Nikolay Shopik
Network Engineer
+7 (49
Yep, last time I've checked and internet isn't running on communism.
On 14/04/15 18:05, Rod Beck wrote:
> Private benefit is less than social (sum of private benefits across all
> affected parties) benefit.
User complain that his network slow and reliable. Check if its saturated
his link and tell him buy additional 10mbps/s, here is your profit.
If you really want fight bots, you need to track down and fight C&C in
first place. Otherwise you are fighting windmills.
http://arstechnica.com/tech-policy
Transit traffic isn't issue, as upload/download ratio usually 1:2 or more.
As I said before when you already on edge of your profits, you don't
bother fixing these clients. Its not about best practice which I agree,
but business you are running, which is suppose to be profitable. And
fixing these
This is probably worse then hexadecimal PTR records :). No traceroute
actually convert punycode, so why bother? As it usually intended
audience already know how to read English letters.
On 14/04/15 17:00, Pavel Odintsov wrote:
> What about IDN encoded PTR records? I sure it's nice idea and I will
lin
>
>
>> On 14 Apr 2015, at 14:54, Nikolay Shopik wrote:
>>
>> Are Roman numerals allowed in DNS? Because I know some people also do them.
>>
>> dig -x 217.199.208.190
>>
>>
>> On 14/04/15 16:45, Chuck Church wrote:
>>> Comic Book Gu
gt; From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Colin Johnston
> Sent: Tuesday, April 14, 2015 9:27 AM
> To: Nikolay Shopik
> Cc:
> Subject: Re: macomnet weird dns record
>
> Because looks strange especially if the traffic is 100% bad Best practice
> says avoid such
debug since mix
> of dec and hex
>
> Colin
>
>> On 14 Apr 2015, at 14:09, Nikolay Shopik wrote:
>>
>> How its weird? All these chars allowed in DNS records.
>>
>> On 14/04/15 15:36, Colin Johnston wrote:
>>> never saw hex in host dns rec
How its weird? All these chars allowed in DNS records.
On 14/04/15 15:36, Colin Johnston wrote:
> never saw hex in host dns records before.
> host-242.strgz.87.118.199.240.0xfff0.macomnet.net
>
> range is blocked non the less since bad traffic from Russia network ranges.
>
> Colin
>
It's usually same memory from same vendor/supplier just different label.
On 20.03.2015 20:51, Adam Greene wrote:
> Besides the risk of not being able to obtain support from Cisco (and maybe
> being billed by them) if a problem is traced to the third-party RAM
> (http://www.cisco.com/c/en/us/produc
1,000,000 limit is FIB which is only best routes(500K+ routes), RIB only
consume RAM.
You'll be fine with 8Gb memory, but if you plan to use non-cisco memory,
just go with 16Gb its cheap. 16Gb will be enough to store 25M routes as
Route-Server last I heard from Cisco.
IOSd will only consume half
On 20/02/15 12:42, Mikael Abrahamsson wrote:
> I don't like where this is headed. There are millions of entities that
> are justifiable to announce a /48 into DFZ. Do we want this to happen?
rfc6115 have good overview and recommendation. IPv6 clearly need
separation of identification of endpoints
Iirc its g722.2 which is completely different from g722.
> On 13 февр. 2015 г., at 17:11, Colton Conor wrote:
>
> Are these carriers going to enable HD G722 SIP peering to their wireless
> counterparts networks?
___
VoiceOps mailing list
VoiceOps@v
Victor,
>From last time remember when we do changes on C3560X and any previous
models it involves to change "system mtu" command, and new setting only
apply after reboot (ASIC re-init)
On 24.01.2015 13:17, Victor Sudakov wrote:
> Colleagues,
>
> I have a network of about twenty C3560X switches s
I don't use gmail+imap, but I've seen some issues with marking many
years ago (these was never been consistent)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/603402
Title:
Thunderbird incorrectly sh
I don't use gmail+imap, but I've seen some issues with marking many
years ago (these was never been consistent)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/603402
Title:
Thunde
CLI is really similar to IOS. But be ready, their documentation suck
balls big time, and some of it usually unavailable in open internet.
On 19/08/14 23:34, Colton Conor wrote:
> How does Huawei's Versatile Routing Platform (VRP) operating system that is
> on their switches and routers compare to
On 02.06.2014 21:52, shawn wilson wrote:
> Really, it would be nice to have an open card that
> does this. Even if the card were limited to what you could do with DMA
> and some serial (i2c and whatnot) cables. I'd use that instead of
> something else (in this case, mainly because I'd replace the
On 02.06.2014 21:39, Jeroen Massar wrote:
>
> Source won't help too much, as upgrading the kernel will require a lot
> more magic than just that.
>
> Also, do you have time to support all the different IPMI boxes out there
> while your vendor should be doing that work?
Agree, but most IPMI cards
On 02/06/14 20:56, Christopher Morrow wrote:
so... as per usual:
1) embedded devices suck rocks
2) no updates or sanity expected anytime soon in same
3) protect yourself, or suffer the consequences
seems normal.
So I wonder why vendors don't publish source code of these ipmi firmware
still seeing problem in 14.04, nm-applet only appers if I run it from
root `sudo nm-applet`, tried every solution I could find, none of them
helped
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager-applet in Ubuntu.
https://
still seeing problem in 14.04, nm-applet only appers if I run it from
root `sudo nm-applet`, tried every solution I could find, none of them
helped
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/446093
Hey,
Does anyone have DOM information in SNMP on IOS XR (ASR9001)? All we got
is -32768 on all modules. So far we only tested on 4.3.2, just wonder if
they actually fixed on more recent releases.
___
cisco-nsp mailing list cisco-nsp@puck.nether.net
http
I know most people have problems with 2 bgp feeds and 4GB RAM on
ASR1002-F (as it max installable memory). So I doubt about 2M routes
with 2GB RAM.
On 08.05.2014 18:45, Irwin, Kevin wrote:
> on an ASR-1K with 2GB of RAM you can then have
> up to 2 million IPv4 routes
Asr1002-f may have problem as it limited to 512k iirc
> On 08 мая 2014 г., at 2:45, Shawn L wrote:
>
> Do the ASR1k routers have this issue as well? I searched around but
> couldn't find any information.
>
>
>
> -- Forwarded message --
> From: Irwin, Kevin
> Date: Wed, May 7
I wonder when we will see special releases with PIE support from them.
I'm not even talking about hardware switched platforms (as these may
have their own limitation?) but at least cpu-based ISRs.
On 18/03/14 18:52, Steinar H. Gunderson wrote:
> it's no CoDel or PIE, but you take what you
> get...
Our G2 with BGP full-view and sampled netflow 1:100 doing 1,2Gbit with
about 88% load.
On 12.02.2014 1:03, Mark Walters wrote:
> Side note - our G2s at that same 800Mbps traffic rate run at approx 60%
> CPU.
On 10.02.2014 21:58, Nick Hilliard wrote:
> Unsubstantiated
> rumour claimed that modular IOS (QNX kernel) could push about 1.6x the
> throughput of vanilla IOS, as it was smp capable. Pity it was never released.
You mean IOS XR? Which was never released for software based routers,
right? as it Q
by default IOS XR won't accept or announce anything, unless you
configure route-policy. prefix-list and route-map from IOS can be
configured in one route-policy just fine.
prefix-set AS655535
192.0.2.0/24
end-set
Route-policy AS655535
if destination in AS655535 then
pass
else
drop
1 - 100 of 488 matches
Mail list logo