Add p route: How to Add a Static TCP/IP Route to the Windows Routing Table

What is Route Add command in Linux?

Add route on Linux using ip. The easiest way to add a route on Linux is to use the “ip route add” command followed by the network address to be reached and the gateway to be used for this route. By default, if you don’t specify any network device, your first network card, your local loopback excluded, will be selected.

Índice de contenidos

What does the route add command do?

The destination specifies the network destination of the route. The destination can be an IP network address, an IP address for a host route, or a default route.
…
Command Options.

CommandDefinition
addAdds a route
deleteDeletes a route
changeModifies an existing route
destinationSpecifies the computer to send command

What is use of route command in Linux?

route command in Linux is used when you want to work with the IP/kernel routing table. It is mainly used to set up static routes to specific hosts or networks via an interface. It is used for showing or update the IP/kernel routing table.

How do you add a route?

Add a Static Route to the Windows Routing Table You can use the following syntax:

  1. route ADD destination_network MASK subnet_mask gateway_ip metric_cost.
  2. route add 172.16.121.0 mask 255.255.255.0 10.231.3.1.
  3. route -p add 172.16.121.0 mask 255.255.255.0 10.231.3.1.
  4. route delete destination_network.
  5. route delete 172.16.121.0.

How to configure Static routing in Linux

  1. To add static route using “route add” in command line: # route add -net 192. 168.100.0 netmask 255.255.255.0 gw 192.168.10.1 dev eth0.
  2. To add static route using “ip route” command: # ip route add 192.168.100.0/24 via 192.168.10.1 dev eth2.
  3. Adding Persistent static route:

What is ip route command?

The ip route command is one of the many features of the newer ip utility. This command can be used to display or modify the existing IP routing table. We can add, delete, or modify specific static routes to specific hosts or networks using ip route command.

The network statistics ( netstat ) command is a networking tool used for troubleshooting and configuration, that can also serve as a monitoring tool for connections over the network. Both incoming and outgoing connections, routing tables, port listening, and usage statistics are common uses for this command.

What is ARP command?

Using the arp command allows you to display and modify the Address Resolution Protocol (ARP) cache. … Each time a computer’s TCP/IP stack uses ARP to determine the Media Access Control (MAC) address for an IP address, it records the mapping in the ARP cache so that future ARP lookups go faster.

How do I show route in Linux?

To display the kernel routing table, you can use any of the following methods:

  1. route. $ sudo route -n. Kernel IP routing table. Destination Gateway Genmask Flags Metric Ref Use Iface. …
  2. netstat. $ netstat -rn. Kernel IP routing table. …
  3. ip. $ ip route list. 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.103.

What is ip route in Linux?

ip route is used to manipulate entries in the kernel routing tables. Route types: unicast – the route entry describes real paths to the destinations covered by the route prefix. unreachable – these destinations are unreachable. Packets are discarded and the ICMP message host unreachable is generated.

How do I manually add a route?

Use the Route Add command to manually add the default route for the network interface that you added. Click Start, click Run, type cmd in the Open box, and then click OK. Type route print, and then press ENTER to view the routing table. Note the interface number of the network interface that you re-added.

How do I manually add a route in Linux?

The easiest way to add a route on Linux is to use the “ip route add” command followed by the network address to be reached and the gateway to be used for this route. By default, if you don’t specify any network device, your first network card, your local loopback excluded, will be selected.

How do you add a persistent route?

To make the route persistent just add the -p option to the command. For Example: route -p add 192.168. 151.0 MASK 255.255.

Route add | В помощь системному администратору

← Вернуться в раздел «В помощь системному администратору»

Автор: Wise_Kaa
Дата сообщения: 02.01.2007 17:15

Сетевая алта имеет адрес 192.168.1.2
Был добавлен такой маршрут:
route add -p 10.10.10.0 mask 255.255.255.0 192.168.1.1
Все запросы на подсеть 10.10.10.0 идут через 192.168.1.1, а надо сделать так, что бы запрос на адрес 10.10.10.5 не шел через 192.168.1.1, а шел через провайдера интернета, причем провайдеров много, по этому прописать маршрут через них не получится.
Резюме: как сделать, что бы все запросы к 10.10.10.0 кроме 10.10.10.5 шли через маршрут 192.169.1.1. Точнее, как сделать это наиболее просто?

Автор: The Bug
Дата сообщения: 02.01.2007 19:56

route add 10.10.10.5 mask 255.255.255.255.0 xxx.xxx.xxx.xxx -p
Где xxx.xxx.xxx.xxx адрес шлюза провайдера.
Если тебе нужно выбирать различных провайдеров, то тогда надо использовать policy based routing или какой либо протокол динамической маршрутизации.

Автор: Ruza
Дата сообщения: 02.01.2007 22:34

Wise_Kaa
Наиболее просто добавить маршрут как сказал The Bug, но в порядке просмотра таблици маршрутизации т.е. первым должен быть маршрут 10.10.10.5 а потом 10,10,10,0. Если не ошибаюсь винда прсматривает таблицу снизу вверх

Автор: Wise_Kaa
Дата сообщения: 02.01.2007 23:49

Цитата:

route add 10.10.10.5 mask 255.255.255.255.0 xxx.xxx.xxx.xxx -p

Вот в данный момент у меня так и сделано, но меня это не устраивает.
policy based routing — и как этим пользоваться? с какого бока подойти?
Возможно я немного непонятно объяснил что мне надо. Попробую по-другому. Надо что бы все запросы на 10.10.10.0 кроме 10.10.10.5 шли через маршрутизатор, а 10.10.10.5 шел уже по ДНС-серверам и путям провайдеров. Т.е. надо что бы никаких маршрутов на 10.10.10.5 не было вообще, что бы система сама их искала.

Автор: The Bug
Дата сообщения: 03.01.2007 00:57

Wise_Kaa
Дело в том, что скорее всего у тебя настроен шлюз по умолчанию. В таблице роутинга есть такая строчка
0.0.0.0 0.0.0.0 xxx.xxx.xxx.xxx
Так вот, если ты не укажешь явно маршрут для 10.10.10.5 то пакеты будут направляться на xxx.xxx.xxx.xxx.

Автор: Wise_Kaa
Дата сообщения: 03.01.2007 10:09

Вот именно! Но ведь 10.10.10.5 попадает под маршрут
route add -p 10.10.10.0 mask 255.255.255.0 192.168.1.1 , а мне этого не надо.
Именно что должно работать по принципу 0.0.0.0 0.0.0.0 xxx.xxx.xxx.xxx , однако я даже xxx.xxx.xxx.xxx не знаю , точнее знаю, но их много и этот вариант в общем не подходит

Автор: KocmonpaB
Дата сообщения: 03.01.2007 15:54

Нужный тебе маршрут metric 9
Общий route add -p 10.10.10.0 mask 255.255.255.0 192.168.1.1 Metric 10

Автор: ShriEkeR
Дата сообщения: 03.01.2007 16:08

The Bug
у
Цитата:

10. 10.10.5

Цитата:

mask 255.255.255.255.255

должна быть

Автор: fat_lucky
Дата сообщения: 04.01.2007 13:22

Цитата:

но в порядке просмотра таблици маршрутизации

Именно.

Цитата:

mask 255.255.255.255.0

Говорит о всей подсети
Цитата:

10.10.10.X

Так-что
Цитата:

mask 255.255.255.255.255
должна быть

Автор: Wise_Kaa
Дата сообщения: 05.01.2007 10:15

Цитата:

Нужный тебе маршрут metric 9
Общий route add -p 10.10.10.0 mask 255.255.255.0 192.168.1.1 Metric 10

А почему именно такие метрики? именно 9 и 10?

Цитата:

mask 255. 255.255.255.255
должна быть

Что-то тут лишнее, или два 255 или нуля не хватает. Ведь всего 4 октета должно быть

Автор: KocmonpaB
Дата сообщения: 05.01.2007 11:24

Любые можешь ставить. Стоимость маршрута 10.10.10.5 должна быть меньше.

Автор: ShriEkeR
Дата сообщения: 05.01.2007 11:59

Wise_Kaa
правильно. я их не посчитал.
должно остаться 255.255.255.255

Автор: The Bug
Дата сообщения: 05.01.2007 12:02

Ну случайно этот нолик добил в конце. А все сразу меня ругать…

Автор: Tema
Дата сообщения: 27.02.2007 03:31

Есть два компа.
Оба под XPSP2
Первый делаю шлюзом с двумя сетевухами, одна из которых смотрит в интернет, а вторая в сеть.
Сетевуха, смотрящая в интернет настроена (по инструкции провайдера) так:
ip компа — 192.168.50.10
маска — 255. 255.254.0
шлюз — 192.168.50.1
днс1 — 192.168.0.1
днс2 — 192.168.0.2
потом по инструкции заводится соединение vpn. Далее инструкция просит добавить статические маршруты:

route -p add 192.168.0.0 mask 255.255.0.0 192.168.50.1
route -p add 10.0.0.0 mask 255.0.0.0 192.168.50.1
route -p add 80.251.120.0 mask 255.255.252.0 192.168.50.1

После выполения этих команд этот комп начал видеть интернет, а второй нет.
Сетка между компами настроена так:
шлюз:
ip 192.169.0.1
маска 255.255.255.0
второй:
ip 192.169.0.2
маска 255.255.255.0
шлюз 192.169.0.1
DNS 192.169.0.1

Что надо добавить из маршрутов и на какой комп, чтобы всё-таки второй смог ходить в паутину через первый?

Автор: Molt
Дата сообщения: 27.02.2007 07:15

Tema

Цитата:

192.169.0.1

А не 192.168.0.1 ? Откуда такая подсеть?

На шлюзовом (первом компе) что за ось? XP или 2003? Поставь флажок в свойствах соединения VPN «Общий доступ к подключению к интернету».

Автор: Tema
Дата сообщения: 27.02.2007 13:53

Цитата:

А не 192.168.0.1 ? Откуда такая подсеть?

Ну 192.168.х.х будет один из адресов сети провайдера, поэтому я и выбрал 192.169., чтобы не было пересечения.

Цитата:

На шлюзовом (первом компе) что за ось? XP или 2003?

Оба компа XP SP2

Цитата:

Поставь флажок в свойствах соединения VPN «Общий доступ к подключению к интернету».

Стоит с самого начала. Я даже вижу это соединение и могу им управлять в папке «сетевые подключения» второго компа. Но интернета он не видит

Автор: vovanj7
Дата сообщения: 27.02.2007 16:45

Цитата:

Ну 192.168.х.х будет один из адресов сети провайдера, поэтому я и выбрал 192.169., чтобы не было пересечения.

почитай рекомендации RFC 1918 ! там ясно сказано, что для приватных сетей выделен диапазон 192,168,0,0

Кто тебе мешает присвоить на шлюзе на второй сетевой, которая в локалку смотрит, адресс 192.168.10.10/255,255,255,0 к примеру. Тогда на второй машине 192.168.10.11/255,255,255,0 шлюз 192.168.10.10 и ДНС соответственно 192.168.10.10

Автор: Tema
Дата сообщения: 27.02.2007 18:44

vovanj7
Если я поставлю так, то мне это разве не помешает:

Цитата:

route -p add 192.168.0.0 mask 255.255.0.0 192.168.50.1

Я так понимаю, что этот маршрут заставляет смотреть на любой адрес 192.168.х.х через комп 192.168.50.1, а этот комп провайдеровский шлюз. Получится, что первый комп(192.168.10.10) будет ходить на второй комп(192.168.10.11) через 192.168.50.1? А пустит ли 192.168.50.1 меня на тот комп? Думаю, что он об этотм не знает и знать не должен, а кроме того у них небось есть свой с таким адресом, раз используется такой маршрут.

Автор: vovanj7
Дата сообщения: 28.02.2007 14:31

Цитата:

Если я поставлю так, то мне это разве не помешает:

а попробовать что мешает?

Цитата:

route -p add 192.168.0.0 mask 255.255.0.0 192.168.50.1
route -p add 10.0.0.0 mask 255.0.0.0 192.168.50.1
route -p add 80.251.120.0 mask 255.255.252.0 192.168.50.1

Если провайдер дал такие маршруты, то скорее всего 192.168.50.1 сможет обработать такие запросы, т.к. в маршрутах включены все приватные сети(кроме 172.21).

Автор: Tema
Дата сообщения: 28.02.2007 17:00

Цитата:

а попробовать что мешает?

Буду пробовать Завтра поеду попробую сегодня буду валяться с температурой и кашлять.

Цитата:

Если провайдер дал такие маршруты, то скорее всего 192. 168.50.1 сможет обработать такие запросы, т.к. в маршрутах включены все приватные сети(кроме 172.21).

Сможет-то может и сможет(сорри за каламбур ), но ведь не хотелось бы, чтобы запрос между двумя компами сети ходил через непонятно какой провайдеровский комп, которому совсем не нужны мои пакеты, когда два компа, которым надо обменяться информацией стоят рядом и соединены шлангом.

Добавлено:
Кстати, а если вместо

Цитата:

route -p add 192.168.0.0 mask 255.255.0.0 192.168.50.1
route -p add 10.0.0.0 mask 255.0.0.0 192.168.50.1
route -p add 80.251.120.0 mask 255.255.252.0 192.168.50.1

сделать такие маршруты:

Цитата:

route -p add 192.168.0.0 mask 255.255.254.0 192.168.50.1
route -p add 192.168.50.0 mask 255.255.254.0 192.168.50.1
route -p add 10.0.0.0 mask 255.0.0.0 192.168.50.1
route -p add 80. 251.120.0 mask 255.255.252.0 192.168.50.1

Тогда ведь таже 192.168.10.0 подсеть освободится от гнёта статических маршрутов?
Как ваше мнение по этому поводу?
Поеду проверю сразу отпишусь.

Автор: vovanj7
Дата сообщения: 28.02.2007 17:28

можно еще так попробовать

Цитата:

route -p add 192.168.50.0 mask 255.255.254.0 192.168.50.1
route -p add 10.0.0.0 mask 255.0.0.0 192.168.50.1
route -p add 80.251.120.0 mask 255.255.252.0 192.168.50.1

[q]

в этом случае, все пакеты из подсети 192.168.50.0(в т.ч. и 192.168.50.10 ) будут на Шлюз провайдера ити, а остальные будут по внутренней сети гулять

Автор: Tema
Дата сообщения: 28.02.2007 20:23

Не, так не пойдёт там же DNSы 192.168.0.1 и 192.168.0.2 поэтому надо ещё оставить 192.168.0.0

Автор: Tema
Дата сообщения: 05.03.2007 21:26

Попробовал всё.
Ни фига не хочет второй комп в нет лазить.
Заметил кое-что интересное:
1) Когда расшариваешь на шлюзе в виде общего соединения соединение VPN, то второй может пинговать тот же узел, что только что попинговал шлюз.
Например, шлюз попинговал yandex.ru и тут же пробуешь на втором он тоже может пинговать этот узел. Но никакой другой не может.
2) Когда расшариваешь на шлюзе в виде общего соединения просто само соедитнение сетевухи «Подключение по локальной сети 2», смотрящей в нет, то шлюз может резолвить адреса при пинге, но сами пинги всё равно не проходят.
Например, пингуешь yandex.ru он пишет, что пробует пинг такого-то ip, но все четыре «Превышен интервал…». Т.е. он может достучаться до DNS судя по всему.
Какие есть ещё предложения?

Автор: DeathMan
Дата сообщения: 05.03.2007 23:12

Есть такая заморочка !

Пользуюсь спутниковым инетом и соответ. что бы поиграть в онлайн игру мне нужно провести как раз роутинг, но я не могу понять как. ..

использую спутниковый ускоритель Globax который имеет IP 87.238.112.163:20034 игры соответственно имеют разные IP (ну допустим 120.85.85.1)…

Вопрос в след.:
— как мне завернуть трафик на ускоритель, чтобы игра шла через спутник а не через «землю» (которую я использую в качестве «запросного канала») ???

помогите !

Автор: Tema
Дата сообщения: 05.03.2007 23:51

Команда route используется так:
route -p add <тут пишешь куда надо> mask <тут пишешь маску> <тут пишешь через что>
-p — этот ключ, чтобы сохранить настройку, если его не использовать, то после перезагрузки этот маршрут сбросится.

Автор: DeathMan
Дата сообщения: 06.03.2007 07:35

если я правильно понял, то мой пример будет выглядеть так: !?
route add 120.85.85.1 mask 255.255.255.0 87.238.112.163

Но у меня возникает ещё одни вопросик, как можно наиболее простым способом узнать IP и маску с котрым конектится игрулька ?

Автор: vovanj7
Дата сообщения: 06. 03.2007 10:33

DeathMan
по Route
набери route help и там тебе будет и синтаксис и пример

Tema
А если попробовать НАТ настроить на 1-м компе или прокси поставить

Автор: Tema
Дата сообщения: 06.03.2007 11:03

vovanj7
В этом и дело, что нужно решить штатными средствами обычной WinXP. C проксёй я думаю проблем бы не было… Хотя, видимо всё-таки придётся, если не удастся-таки решить штатными.

Автор: vovanj7
Дата сообщения: 06.03.2007 11:20

Цитата:

В этом и дело, что нужно решить штатными средствами обычной WinXP

а с чем это связано?

Автор: Tema
Дата сообщения: 06.03.2007 20:20

vovanj7
С тем, что на обоих компах стоит обычный XP и за обоими будут сидеть юзвери за которыми я не буду следить и они не смогут ничего сделать, если что-то надо будет донастроить-перенастроить в проксях.

Страницы: 12345678910111213

Предыдущая тема: Canon LBP-2900 тормозит при печати через сеть


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

Включение трассировки ADDP | Пега

Этот сайт документации для предыдущих версий. Посетите наш новый сайт документации для текущих выпусков.


Обновлено 31 марта 2022 г. Примечание: Эта функция относится к Genesys Engage Platform SDK
ссылки.

Для получения дополнительной информации об ADDP обратитесь к компьютеру Genesys.
документация по интеграции телефонии (CTI).

  1. В шапке Dev Studio нажмите Настройка Канальные службы Pega Call Администрирование и настройка .
  2. На вкладке CTI Links в
    Список действий в строке ссылки CTI, для которой вы
    хотите включить трассировку ADDP, щелкните Изменить .
  3. На вкладке Advanced в окне Genesys
    В разделе ADDP     выберите Enabled
    флажок.
  4. В поле Timeout(s) укажите время в секундах
    после чего на T-сервер отправляется сообщение ADDP для подтверждения того, что
    подключение активно.
  5. В поле Remote Timeout(s) укажите время в
    секунд, чтобы T-Server ответил на сообщение ADDP, чтобы подтвердить, что сеть
    подключение активно.

    Если этот тайм-аут превышен, сетевое соединение закрывается, и система
    попытки восстановить связь. Это значение должно быть в два или три раза больше времени ожидания.
    ценить.

  6. В поле ADDP Trace включите или отключите ADDP
    трассировка:

    1. Чтобы отключить трассировку ADDP, в ADDP Trace
      поле, включите или отключите трассировку ADDP, выберите
      Выкл. .

      Этот параметр является настройкой по умолчанию для трассировки ADDP.
      поле       .

    2. Чтобы включить трассировку ADDP на платформе Pega
      сервер, но не на сервере Genesys, в АДДП
      Проследите поле       , выберите On , а затем
      настроить трассировку в Genesys SDK.

      Дополнительные сведения см. в разделе Включение трассировки SDK.

    3. Чтобы включить трассировку ADDP на обоих устройствах Pega
      Сервер платформы и сервер Genesys в
      Поле ADDP Trace , выберите
      Оба , а потом настроить трассировку на Genesys
      SDK.

      Дополнительные сведения см. в разделе Включение трассировки SDK.

  7. Подтвердите обновления, нажав Сохранить .

Результат: Ваши изменения вступят в силу при следующем перезапуске CTI
связь.

  • Предыдущая тема
    Настройка пула потоков Java
  • Следующая тема
    Включение отслеживания SDK

Посетите Центр поддержки , чтобы задать вопросы, принять участие в обсуждениях, поделиться идеями и помочь другим.

Посетите центр поддержки

Иммунный модулятор Адамантиламидный дипептид стимулирует эффективный главный комплекс гистосовместимости, ограниченный классом I, у мышей

1. Azuma, I., and T. Otani. 1994. Потенцирование механизма защиты хозяина от инфекции индуктором цитокинов, производным ацил-MDP, MDP-Lys(L18) (ромуртид) у мышей и людей. Мед. Рез. Ред. 14 : 401-414. [PubMed] [Google Scholar]

2. Becker, P.D., R.S. Corral, C.A. Guzman, and S. Grinstein. 2001. Адамантиламидный дипептид как эффективный иммуноадъювант у кроликов и мышей. Вакцина 19 : 4603-4609. [PubMed] [Google Scholar]

3. Becker, P.D., S. Fiorentini, C. Link, G. Tosti, T. Ebensen, A. Caruso, and C.A. Guzman. 2006. Матричный белок ВИЧ-1 p17 может быть эффективно доставлен интраназальным путем мышам с использованием агониста TLR 2/6 MALP-2 в качестве адъюванта слизистой оболочки. Вакцина 24 : 5269-5276. [PubMed] [Google Scholar]

4. Бектимиров Т. А. 1985. Текущий статус амантадина и римантадина как средств против гриппа-А. Бык. WHO 63 : 51-56. [Бесплатная статья PMC] [PubMed] [Google Scholar]

5. Bertot, G.M., PD Becker, C.A. Guzman, and S. Grinstein. 2004. Интраназальная вакцинация рекомбинантным белком Р6 и дипептидом адамантиламида в качестве адъюванта слизистой обеспечивает эффективную защиту от среднего отита и инфекции легких, вызванной нетипируемой Haemophilus influenzae. Дж. Заразить. Дис. 189 : 1304-1312. [PubMed] [Google Scholar]

6. Borsutzky, S., V. Fiorelli, T. Ebensen, A. Tripiciano, F. Rharbaoui, A. Scoglio, C. Link, F. Nappi, M. Morr, S. , Бутто, А. Кафаро, П. Ф. Мюльрадт, Б. Энсоли и К. А. Гусман. 2003. Эффективная доставка через слизистую оболочку белка Tat ВИЧ-1 с использованием синтетического липопептида MALP-2 в качестве адъюванта. Евро. Дж. Иммунол. 33 : 1548-1556. [PubMed] [Google Scholar]

7. Коффман Р.Л., Б.В. Сеймур, Д.А. Лебман, Д.Д. Хираки, Дж.А. Кристиансен, Б.Шрадер, Х.М. Червински, Х.Ф. 1988. Роль продуктов хелперных Т-клеток в дифференцировке В-клеток мыши и регуляции изотипа. Иммунол. 102 : 5-28. [PubMed] [Google Scholar]

8. Дитрих Ф. М., Х. К. Хочкеппель и Б. Лукас. 1986. Повышение устойчивости хозяина к вирусным инфекциям с помощью MTP-PE, синтетического липофильного мурамилового пептида. I. Повышение выживаемости мышей и морских свинок после однократного введения препарата до заражения и влияние МТР-ФЭ на уровень интерферона в сыворотке крови и легких. Междунар. J. Иммунофармакол. 8 : 931-942. [PubMed] [Google Scholar]

9. Эбенсен Т., С. Паукнер, К. Линк, П. Кудела, К. де Доменико, В. Любиц и К. А. Гусман. 2004. Бактериальные призраки — эффективная система доставки ДНК-вакцин. Дж. Иммунол. 172 : 6858-6865. [PubMed] [Google Scholar]

10. Флегель М., Дж. Зайферт, Х. Фаргали, К. Масек и М. Кроджидло. 1986. Синтез и фармакологические свойства адамантиламидных аналогов мурамилдипептида, с. 561-564. In D. Theodoropoulos (ed.), Peptides 1986. Walter de Gruyter and Co., Берлин, Германия.

11. Фремонт, Д. Х., Э. А. Стура, М. Мацумура, П. А. Петерсон и И. А. Уилсон. 1995. Кристаллическая структура пептидного комплекса H-2Kb-овальбумин показывает взаимодействие первичных и вторичных якорных положений в бороздке, связывающей главный комплекс гистосовместимости. проц. Натл. акад. науч. США 92 : 2479-2483. [Бесплатная статья PMC] [PubMed] [Google Scholar]

12. Джордж, С. X., Р. К. Джейн, К. М. Гупта и Н. Ананд. 1986. Повышение активности двуцепочечной РНК против вируса леса Семлики с помощью мурамилдипептида. ФЭБС лат. 200 : 37-41. [PubMed] [Google Scholar]

13. Hermans, I.F., JD Silk, J. Yang, MJ Palmowski, U. Gileadi, C. McCarthy, M. Salio, F. Ronchese, and V. Cerundolo. 2004. Анализ VITAL: универсальный флуорометрический метод для оценки цитотоксичности, опосредованной CTL и NKT, в отношении множественных мишеней in vitro и in vivo. Дж. Иммунол. Методы 285 : 25-40. [PubMed] [Google Scholar]

14. Икеда С., Т. Негиши и К. Нисимура. 1985. Повышение неспецифической резистентности к вирусной инфекции мурамилдипептидом и его аналогами. Антивир. Рез. 5 : 207-215. [PubMed] [Google Scholar]

15. Иноуэ Н., С. Канаока, С. Ямасаки, С. Арии и М. Имамура. 1999. Продукция специфического антитела и Т-хелперного 1-доминантного цитокина, индуцируемая дендритными клетками, генетически модифицированными аденовирусным вектором. Иммунол. лат. 70 : 77-81. [PubMed] [Google Scholar]

16. Манц Р. А. и А. Радбрух. 2002. Плазматические клетки на всю жизнь? Евро. Дж. Иммунол. 32 : 923-927. [PubMed] [Google Scholar]

17. Манц, Р. А., А. Тиль и А. Радбрух. 1997. Время жизни плазматических клеток в костном мозге. Природа 388 : 133-134. [PubMed] [Google Scholar]

18. Масихи, К. Н. 2000. Иммуномодуляторы при инфекционных заболеваниях: множество возможностей. Междунар. J. Иммунофармакол. 22 : 1083-1091. [PubMed] [Google Scholar]

19. Масихи, К. Н., В. Бремер, В. Ланге и Э. Риби. 1983. Влияние микобактериальных фракций и мурамилдипептида на устойчивость мышей к аэрогенной инфекции вирусом гриппа. Междунар. J. Иммунофармакол. 5 : 403-410. [PubMed] [Google Scholar]

20. Масихи, К. Н., В. Ланге, Б. Роде-Шульц и Л. Чедид. 1990. Мурамилдипептид ингибирует репликацию вируса иммунодефицита человека in vitro. СПИД рез. Гум. Ретровир. 6 : 393-399. [PubMed] [Google Scholar]

21. Масихи, К. Н., В. Ланге, С. Швенке, Г. Гаст, П. Хуксхорн, А. Палаш и К. Масек. 1990. Влияние иммуномодулятора адамантиламида дипептида на гуморальный ответ на противогриппозные субъединичные вакцины и защиту от аэрозольной гриппозной инфекции. Вакцина 8 : 159-163. [PubMed] [Google Scholar]

22. Мозер К., К. Токойода, А. Радбрух, И. Макленнан и Р. А. Манц. 2006. Стромальные ниши, дифференцировка плазматических клеток и выживание. Курс. мнение Иммунол. 18 : 265-270. [PubMed] [Google Scholar]

23. Rotzschke, O., K. Falk, S. Stevanovic, G. Jung, P.