в
Contact: <sip:10036.xx4620@192.168.6.12:57335>
при том что его ип на стыке 172.16....

мне надоело это смотретьь..скинул ему лог

а теперь он с dtmf моск выносит

типа у него атс дтмф инбэнд с ошибками распознаёт если на той стороне треск и шум

====
Режим Inband (единственный который у меня заработал), оказался очень чувствителен к качеству линии: если человек звонит с мобильного и связь не очень хорошая (присутствуют шумы, щелчки), то случаются ложные срабатывания. Уже попал на такие срабатывания 2 раза за последние несколько звонков. Со стороны вашей АТС ведь для нашего транка тоже можно выставить

то есть он вообще не понимает как телефония работает... зато глав....

Стандарт е1/т1 711 окс7) и то не факт  что не попадется edss и прочие...
А уж что в sip твориться порой... У меня была асимметрия голоса между длинком и аудиокодесом через * из за того, что каждый описание кодека слал по своему.

к нам от ртк edss и летит

и наша станция в онном... ибо это квант-е

Это ты с юнителом не работал ) я ее перевел в 711 инбанд, а потом выкинул родные воип платы и завел на циску. Если включить на ней т38 и info/2833 то жопа ) особенно с мобильных. 2833 у нее в формате нортела!, несовместимо с * и кучей устройств, а инфо и т38 жили своей жизнью, когда хотели, тогда и срабатывали. 729 не завелся да ртп поток есть, но пустой

Я там окс7 пропустил

хыхы..а унас окс7 и не умеет станция наша

парни вопрос не по теме, но может кто-то знает какие поля передаются при транзакциях по swift протоколу? интересует документация по нему

есть ли там прописка ?

Смотри интересность Server-ID Option 54, length 4: 100.64.0.1

Это отправляет accel-ppp, а ISC DHCP отправляет Server-ID Option 54, length 4: 172.16.255.1

Что бы нагляднее, пакет от ISC

172.16.255.1.67 > 172.16.255.2.67: [bad udp cksum 0x576b -> 0x122f!] BOOTP/DHCP, Reply, length 300, hops 1, xid 0x3f9cb0f9, Flags [Broadcast] (0x8000)
   Your-IP 100.64.0.10
   Gateway-IP 172.16.255.2
   Client-Ethernet-Address a0:f3:c1:84:cf:75
   Vendor-rfc1048 Extensions
     Magic Cookie 0x63825363
     DHCP-Message Option 53, length 1: Offer
     Server-ID Option 54, length 4: 172.16.255.1
     Lease-Time Option 51, length 4: 120
     Subnet-Mask Option 1, length 4: 255.255.255.0
     Default-Gateway Option 3, length 4: 100.64.0.1
     Domain-Name-Server Option 6, length 4: 1.1.1.1
     Agent-Information Option 82, length 18: 
       Circuit-ID SubOption 1, length 6: ^@^D^@^G^@^E
       Remote-ID SubOption 2, length 8: ^@^FM-8M-#M-^FM-MM-H`
     END Option 255, length 0
     PAD Option 0, length 0, occurs 6

И пакет от Accel

172.16.255.1.67 > 172.16.255.2.67: [no cksum] BOOTP/DHCP, Reply, length 300, hops 1, xid 0x4e2eda56, Flags [Broadcast] (0x8000)
   Your-IP 100.64.0.2
   Gateway-IP 172.16.255.2
   Client-Ethernet-Address a0:f3:c1:84:cf:75
   Vendor-rfc1048 Extensions
     Magic Cookie 0x63825363
     DHCP-Message Option 53, length 1: Offer
     Server-ID Option 54, length 4: 100.64.0.1
     Lease-Time Option 51, length 4: 120
     RN Option 58, length 4: 60
     Default-Gateway Option 3, length 4: 100.64.0.1
     Subnet-Mask Option 1, length 4: 255.255.252.0
     Domain-Name-Server Option 6, length 4: 100.64.100.1
     Agent-Information Option 82, length 18: 
       Circuit-ID SubOption 1, length 6: ^@^D^@^G^@^E
       Remote-ID SubOption 2, length 8: ^@^FM-8M-#M-^FM-MM-H`
     END Option 255, length 0

Таким образом клиенты accel минуют relay при следующем REQUEST потому что IP адрес DHCP сервера в пакете был напрямую

Чет не мой сегодня день по оъяснениям