Roc27,
>Правила: всем все разрешено.
Вопрос не в том, сколько кому и чего разрешено, а в том, какое количество правил приходится обрабатывать микроту. За исключением варианта с пропуском правил через правильную/хитрую маркировку....
>Фасттрак отключен.
...и фасттрак как раз для этого и нужен.
Если у вас много правил на вашем хапе - тестируйте через фасттрак. Да и RB это тоже касается. UDP же у вас упирается на виртуалке в том числе.
>Подскажите какие действия можно совершить, чтоб исправить ошибки?
Например, можно загуглить ошибку, и проверить, что выдаётся по первым ссылкам.
Например, такое: https://stackoverflow.com/questions/6420733/how-to...
У вас не ошибкИ, у вас ошибкА, во всяком случае привели вы только одну. Остальное - трассировка. Трассировка - замечательно, но говорит что-то только разработчику, у которого есть код (за исключением каких-нибудь типовых или распространённых случаев).
>Можно ли восстановить рабочие коды с архива сайта?
Кто кроме вас, или того, кто сайт переносил, может это знать?
Если решение, описанное по ссылке, может быть релевантно, чего я не знаю - следует обратить отдельное внимание на кодировку файлов и, соответственно, наличие BOM.
>Что это?
220V в общем случае
Могут создавать наводки, хотя мне, если честно, сомнительно, что такого рода наводки могут практически стабильно рушить согласование скорости.
Исходя из прочего написанного - может быть повреждён или загрязнён порт на ноутбуке, попробуйте его продуть хотя бы.
Не исключены, правда, и чисто софтовые проблемы, но это только на чистой системе проверить можно.
Akina, да я, в общем, тоже не видел, но видел, что об этом пишут. Может неправильная интерпретация. В любом случае на этот момент стоит обратить внимание, чтобы не мучаться с вопросом "почему не работает".
Пётр Рябов, это мне вопрос, или автору? Если мне, то дебиан я использую потому, что синдром утёнка, и других причин нет; а pfsence, на мой взгляд, нужен, только есть потребность в более сложных/геморройных штуках, чем статическая маршрутизация, нат, и вланы.
65536, по-моему, пихать что угодно в облачные (и в строгом и в нестрогом значении) сервисы ещё неприличней. Но мне 3953 года, я старый брюзга - могу быть не прав.
65536, зачем? Персданные в реестр или в конфиг - сами ручками один раз забьют, не помрут; остальное как часть приложухи; на выходе либо .eml, либо xml'ка для воспитателей, которым приложуха, умеющая её прочитать. Меньше облачной магии - лучше, надежнее, безопаснее, и ответственности не прилетит.
Я могу себе представить только один особый случай, когда это может быть потенциально возможно сделать, и то это будет не точная инфа, а "круги на воде", и те без всякого представления о "connection specific". А в норме - никак.
VasyaID, ай, при чём тут провайдерский нат вообще? Маршрутизировать трафик надо куда-то. Кто-то должен этим заниматься. Занимается этим, как правило, коробочка, именуемая роутером. Да, конечно, можно без него, и маршруты прибить гвоздями на каждой машине с указанием на, в нынешних реалиях, adsl-модем в сети. Но это какой-то отдельный вид извращений по нынешним временам. И всё равно это уже будет не одноранговая сеть, поскольку у вас появляется некий центральный элемент, который выполняет совершенно конкретную роль, которую не могут выполнять прочие участники сети - роль шлюза. Не может у вас быть никакой одноранговости на L2 и L3 МЕЖДУ сетями. Выше - может, запросто.
My_Second_Nickname, там выше в комментариях показал Andrey Barbolin как CID формируется, за что ему спасибо, и, таким образом, в поле CALLERID(num) у вас оказывается попросту пусто. Манго, всё же, видимо, поменяли формирование заголовка from.
Чуйка вела меня в правильном направлении, но не довела)
>И там используется та же конструкция с переводом (num) в (name).
У вас не num в name переводится, а наоборот. В поле num пишется значение name.
У меня на астере в CALLERID(num) корректно без всяких приключений пишется номер, хотя у меня, конечно, не манго и не зебра.
Если манго всё-таки что-то поменял, и в name стало попадать что-то кроме цифр, то в num это значение может просто не передаваться корректно, или не обрабатываться корректно в дальнейшем (хотя это не точно)
Поэтому я и предложил вам посмотреть значение этих полей до вашей обработки. Возможно, стоит смотреть и после.
My_Second_Nickname, вообще нет, я сам по стольку по скольку с астером знаком, и сам изначально не понял о чём речь.
RDNIS, на сколько я понял, тут ни при чём. Вам, я так понимаю, переадресовываются вызовы, и RDNIS - это номер, С которого происходит переадресация.
Что там с CID - из представленного неясно. Повышайте уровень логирования и смотрите ещё.
Попробуйте в самом начале обработки вывести в лог значение переменной Callerid num и name, чтобы посмотреть что в них содержится: ~
exten => 1001,1,Verbose(2,Callerid num is ${CALLERID(num)})
exten => 1001,n,Verbose(2,Callerid name is ${CALLERID(name)})
и дальше уже основную обработку
exten => 1001,n,Set(CALLERID(num)=${CALLERID(name)})
и т.д.
И делайте бэкапы, а то я ща насоветую...
Обратите внимание, опять же, что обработка у вас устанавливает значение CALLERID(num) в CALLERID(name) - зачем? Надо разбираться
>Правила: всем все разрешено.
Вопрос не в том, сколько кому и чего разрешено, а в том, какое количество правил приходится обрабатывать микроту. За исключением варианта с пропуском правил через правильную/хитрую маркировку....
>Фасттрак отключен.
...и фасттрак как раз для этого и нужен.
Если у вас много правил на вашем хапе - тестируйте через фасттрак. Да и RB это тоже касается. UDP же у вас упирается на виртуалке в том числе.